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Q card belonging to the surrogate system is temporarily or permanently assigned to the user. The credit card, once loaded with funds 
^ from the user's corresponding funded account, is used to complete the purchase transaction. The surrogate system provides controls 
^ that include monitoring the data streams and, in response, controlling the information flow between the user and the merchant sites. 
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MnETHOB ANB APPAMATUg FOM .^IfMROGATF. CONTROIL 
OF NETWOMK-BA.^EID) ELECTOOMC TRAW.^ACTIONg 



5 BACKGROUND OF THE INVEPO^ION 

FieRd of the Inyeiattiom 

This invention relates to the field of electronic commerce. In particular, 
the invention relates to surrogate control of electronic commerce transactions. 

1 0 BescriptnoM of the Related Art 

The rapid growth and expansion of network and Internet technologies 
has facilitated electronic commerce transactions, particularly in the area of 
consumer retail goods, Takmg advantage of the widespread availability of the 
Internet, numerous retailers have gone online with retail shoppmg sites on the 

1 5 World Wide Web (web). These sites allow consumers to shop easily and 

conveniently firom the comfort of their homes and offices. How^ever, access to 
electronic shopping is limited to those possessing specific fonns of credit or 
cash that can be transfened electronically. 

Numerous non-cash techniques are typically used for executing purchase 

20 transactions among purchasers and online merchants. Indeed, numerous types 
of credit cards and banking cards are in widespread use. For example, a credit 
card can be used to effect online purchases, with the transaction being paid for 
by a credit card clearing house or bank and creatmg a credit obligation for the 
owner of the credit card. Another type of card which looks like a credit card but 

25 functions differentiy is the debit card. The debit card is used much like a credit 
card in that it is tendered by the purchaser to an online merchant for payment. 
Payment is effected firom a bank to the merchant and the fimdl 11 s are deducted 
directiy fix)m the card holder's bank account 
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However, the problem with credit cards and debit cards is that certain 
conditions have to be met for issuance, conditions that can include restrictions 
on age and financial criteria. As a result, many consumers do not meet the 
requirements for credit card or debit card issuance, thereby eliminating them 
5 fi-om the ranks of online shoppers. Furthermore, the negative security 

implications associated with exposing credit card or debit card account numbers 
over a public network like the Internet make many consumers uncomfortable. 
Thus, while many of these consumers have the technology and financial 
resources available, they are put out of reach of online merchants because they 

10 do not have a particular fonn of financial resources. 

As an alternative to cash and credit cards, stored value cards are now 
available. Stored value cards require the purchase of a card which looks much 
like a credit card, but which has a limited amount of available value to be spent. 
The balance is contained in a magnetic strip or computer chip in the card. As 

1 5 the stored value card is used, the remaining balance on the card is depleted. 
However, like some debit cards, stored value cards do not enjoy the 
fimctionality of credit cards in many busmess transactions, particularly 
electronic commerce purchases. 

One possible solution to this problem for some, particularly minor 

20 children, is found in secondary credit cards. A credit card holder may obtain 
one or more secondary credit cards from the issuer, as for example for family 
members, that are linked to the main credit card. The secondary credit cards are 
functionally identical to the mam credit card in all respects and, indeed, 
typically bear the same account number and differ fi:om the primary card only in 

25 the name of the person who is authorized to use the secondary card. Any 

purchases made with the secondary credit cards are debited against the credit 
limit of the single accoxmt in which the primary and secondary cards are issued. 
Thus, the main or primary cardholder has no control over the spending power or 
abilities of the secondary credit cards linked to his card, beyond the fact that the 

30 total of all debts incurred by all cards on the account cannot exceed the credit 
limit of the main credit card. 
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These secondaiy credit cards, therefore, are problematic because the 
secondary cardholders can quickly accumulate a significant outstanding balance 
on the main credit card account, thus reducing the main cardholder's spending 
power. Most importantly, the main cardholder is not aware of the decrease in 
5 the available credit or spending lunit as a result of expenditures by a secondary 
cardholder. Consequently, there is a need for a system or service that enables 
those without a credit card, for example teenage children, to shop and buy at 
online merchants without requiring a credit card. 
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SUMMARY OF THE INVENTION 
A method and apparatus for surrogate control of electronic commerce 
transactions are provided that include a surrogate system through which an 
individual wdthout a credit card is enabled to shop at online merchant sites. 
5 Upon opening an account within the surrogate system, the account can be 
funded using numerous fimd sources, for example credit cards, checking 
accounts, money orders, gift certificates, incentive codes, online currency, 
coupons, and stored value cards. A user with a funded account can shop at 
numerous merchant web sites through the surrogate system using a typical 
1 0 client computer World Wide Web (web) browser , When merchandise is 

selected for pxirchase, a purchase transaction is executed in which a credit card 
belonging to the surrogate system is assigned to the user. The assignment can 
be permanent or temporary. The credit card is loaded with funds from the 
user's corresponding funded account, and used to complete the purchase 
1 5 transaction. While the surrogate system is transparent to the user, controls are 
provided that include monitoring the data streams and, in response, controlling 
the information flow between the user and the merchant sites. 

The descriptions provided herein are exemplary and explanatory and are 
provided as examples of the claimed invention. 
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BRIEF DESCRTPTION OF J BE VlQimu^ 
The accompanying drawings illustrate embodiments of the claimed 
invention. In the draAvings: 

Figuare 1 is a block diagram of a surrogate system for control of 
5 electronic commerce or retail transactions of an embodiment. 

Figure 2 is a block diagram of a surrogate system for control of 
network-based electronic transactions of an alternate embodiment. 

Figure 3 is a block diagram of a surrogate system of another alternate 
embodiment 

1 0 Figure 4 is a home page or information page provided by a surrogate of 

an embodiment. 

Figure S is a flow chart for an account activation process of an 
embodiment. 

Figure 6 is a home page from which a user wishing to signup for the 
1 5 surrogate service would click on or select the "signup" icon to begin navigating 
through the signup process. 

Figures 7 aud 8 show a signup page of an embodiment. 

Figure 9 is a signup congratulations page of an embodiment. 

Figure 10 is a flow chart for an account funding process of an 
20 embodiment. 



Figure 


11 


is 


Figure 


12 


is 


Figure 


13 


is 


Figure 


14 


is 


Figure 


15 


is 


Figure 


16 


is 



25 



embodiment. 

Figure 17 is an auto-allowance funding page of an embodiment 
Figure 18 is a home page of an embodiment from which a user selects a 
30 "gift certificate" icon. 

Figure 19 is a gift certificate options page of an embodunent. 
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Figures 20 amidl 21 are a gift certificate purchase page of an 
embodiment. 

FSgme 22 is a flow chart for a currency conversion and aggregation 
process of an embodiment. 

5 Figure 23 is a flow chart for surrogate control of a shopping process of 

an embodiment. 

Figure 24 is a shoppmg page of an embodiment. 

Figuare 25 is a merchandise type-specific shopping page of an 
embodiment. 

1 0 Figonre 26 is another merchandise type-specific shoppmg page of an 

embodiment 

FigMre 27 is a shopping page of an embodiment including an 
alphabetical list of all online merchants available through the surrogate system. 
Figuare 28 is a shopping page of an embodiment from which a shopping 
15 session begins. 

Figmre 29 is a web page of a selected merchant site as presented through 
the surrogate system of an embodiment. 

Figuare 30 is a web page containing merchandise of a selected merchant 
site as presented through the surrogate system of an embodiment 
20 Figuare 31. is a shopping bag list web page of a selected merchant, site as 

presented through the surrogate system of an embodiment 

Figanre 32 is another web page containing merchandise of a selected 
merchant site as presented through the surrogate system of an embodiment 
Figuare 33 is an updated shopping bag list web page of a selected 
25 merchant site as presented through the surrogate system of an embodmient. 

Figuures 34-37 show the check out web pages of a selected merchant site 
as presented through the surrogate system of an embodiment. 

Figuare 38 is a coupon page of a surrogate system of an embodiment. 
Figuares 39 and 40 are a check out confirmation page of a selected 
30 merchant site as presented through the surrogate system of an embodiment. 
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Figure 41 is a congratulations page presented by the surrogate system of 
an embodiment. 

FigMre 42 is a shopping page displayed by a surrogate system of an 
embodiment. 

Fngmire 43 is an account summary page displayed by a surrogate system 
of an embodiment. 

FigMre 44 is an account information page displayed by a surrogate 
system of an embodiment 

Figure 45 is a flow chart for purchasing goods and services through a 
surrogate system of an embodiment. 

Figmre 46 is a flow chart for modifying a web page m an embodiment. 

Figasre 47 is a flow chart for processing transmissions from a surrogate 
system of an embodunent to a client browser. 

Fagmire 48 is a merchant check out page prior to automatic fill by the 
form fill engine of an embodiment. 

Figmire 49 is a merchant check out page displaying a trainer launch 
button or icon of an embodiment. 

Figuare SO is a training information page of an embodiment. 

Figure 51 is training mformation page of an embodiment including 
saved form fill settings. 

Figmire 52 is a merchant check out page following automatic fill by the 
form fill engine of an embodiment. 

Figuare S3 is a Purchase Wizard, or Pay Wizard, infonnation page or 
form of an embodiment. 

Figure 54 is a merchant check out page without a Purchase Wizard 
template of an embodiment. 

Fignare 55 is a merchant check out page v^th a Purchase Wizard 
template of an embodiment. 

Figure 56 shows an icon of an embodiment inserted into a merchant 
check out page. 

Figure 57 is a flow chart of an automatic form fill of an embodiment. 
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Figure 58 is a flow chart for a form fill training process of an 
embodiment. 

Figure 59 is a flow chart for a data stream monitoring process of an 
embodiment. 

5 Figure 60 is a flow chart of a payment transaction of an embodiment. 
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DETAILEB in>F.SrRIPTTON 
A method and apparatus for surrogate control of network-based 
electronic commerce or retail transactions are provided in which a World Wide 
Web ("web") site is provided by a surrogate system that allows anyone not 
5 having or not eligible for a credit card, like teenagers and young adults, to shop 
at online merchant electronic storefronts such as amazon.com and 
bamesandnoble.com when provided with an account. The account can be 
funded personally or by another. Advantages of this method and apparatus are 
numerous. 

10 One advantage of the surrogate web site is that it does not detract from 

the actual online shopping experience. The spendere shop on the merchant site 
as if they accessed the site directly without going through the surrogate web 
site. Furthermore, spenders do not have to enter credit card information to 
complete their purchases. In fact, spenders do not have to fill out the confiising 

1 5 payment pages that merchants provide for check out. Moreover, in the case of 
young people, an advantage is realized in that they have the freedom and 
independence to shop on their own while giving their parents the peace of mind 
that comes vwth security, control, and the opportunity to teach financial 
responsibility. 

20 Another advantage is that special software is not required to be installed 

on either the client, user, or merchant end of the transaction. As such, spenders 
and fimders are not required to install any software on their personal computers 
in addition to a typical web browser that provides network access, for example 
Internet access. Also, the online merchants are not required to install any 

25 special server software or modify their web pages in order to accommodate the 
surrogate transactions. As the surrogate system funds the onlme transactions, 
eligible spenders using the surrogate system are not allowed to see the credit 
card numbers used to complete the merchant transaction. Because these credit 
cards are actually owned by the surrogate in an embodiment, these numbers are 

30 not provided to the spenders or any other party to the transaction. 
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Figure 1 is a block diagram of a surrogate system 100 for control of 
electronic commerce or retaU transactions of an embodiment. The surrogate 
system 100 is coupled among users 102 and online merchant web sites 104 via 
at least one network 106. The network 106 includes the Internet, local area 

5 networks, wide area networks, wired networks, and wireless networks. 

Furthermore, different components of the surrogate system 100 can be located 
at different physical locations and linked via network couplings. 

The surrogate system 100 uses proxy-caching technology that enables it 
to aUow spenders seemingly full access to an online merchant shoppmg site 

0 while allowing the surrogate system 1 00 to maintain complete control of the 
transactional information, mcluding credit card exposure. In an embodiment, 
the surrogate system 100 comprises a Sun Ultra 250 single 400 megahertz 
(MHz) central processing unit (CPU) with six 9-gigabyte Small Computer 
System Interface (SCSI) disks, an ethemet network adaptor, a DLT 70-gigabyte 

5 tape drive device, the Solaris 2.6 Operating System, a Hypertext Transfer 
Protocol (HTTP) server, and an Oracle database, but is not so limited. In an 
embodiment, the tape drive device will be installed on the database server and 
backups will occur on a regular periodic basis. For more immediate data 
redundancy, the hard disk storage for the HTTP machine will employ redundant 

) array of independent disks (RAID), or redundant array of inexpensive disks, 
disk mirroring. In this manner, if one set of disks go down, the saver can 
remain online with the mirror disks while the original disks are being repaired. 

The transactions available usmg the surrogate system 100 include guest 
browsing, account setup or activation, funder logon, spender logon, funder 

5 account review, fimder transactional information, qjender account review, 
spender transactional mformation, spender shopping at an online merchant, and 
spender purchase transactions, but are not so limited. As one can open and fund 
an account for themselves, a spender and a funder can be one in the same. 
Guest browsing 1 includes people accessing the surrogate web server 110 

3 through the surrogate web site to get mformation about the surrogate services 
and get links to sign up for surrogate services. The web server 1 10 also 
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maintains a database 1 12 of infonnation. This operation is a Hypertext Transfer 
Protocol (HTTP) operation, but is not so limited. 

The user/fonder logon 2 is used when a user or ftinder wants to set up an 
account, or if a user or funder with existing accounts wants to look at their 
5 transaction history 3 or shop 4. This transaction accesses the database 1 1 2. The 
process of setting up new accounts protects the private information of the 
funder, includmg any credit card mformation the funder may use for depositing 
into a spender account Once accounts are established, all further transactions 
with the accounts use the database 1 12. Logging onto the database 1 12 results 

10 in a logon transaction to the database 1 12 to verify the identity of the client 
before proceeding. 

The database 1 12 maintains the information for the funders, spenders, 
merchants, and transactions registered within the surrogate system 100, per user 
and per surrogate credit card. The transactional information includes deposits 

1 5 into a spender account in addition to all spender purchases. Purchase 

transactions 5, in addition to the mdividual line items, are logged as separate 
database entries, but are not so limited. As a resuh, a transaction table handles 
the transaction entries. 

Database access is not necessary for all actions performed using the 

20 surrogate system 100. Functions including logon, or login, and review of 

account information access the database 1 12 in an embodiment. Also, when a 
spender buys products, the database 1 12 is accessed. However, during the 
shopping process of an embodiment the database 1 12 may not used. Therefore, 
an embodiment of the database engine does not require advanced performance 

25 features such as replication and partitioning, but is not so limited. 

Figmre 2 is a block diagram of a surrogate system 200 for control of 
network-based electronic transactions of an alternate embodiment. The 
surrogate system 200 includes, but is not limited to, at least one surrogate 
system management web site 202, at least one surrogate system database 204, at 

30 least one surrogate shoppmg proxy server 206, at least one surrogate electronic 
mail proxy 208, at least one surrogate bank 210, fraud detection devices 214, 
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and at least one merchant pay page tool 212. The surrogate system 200 is 
accessed by users with a web browser 290 hosted on a client computer. The 
surrogate system 200 provides shopping access to electronic merchant shopping 
sites 292. 

5 The surrogate system 200 is coupled among client computers 290, 

online merchant shopping or web sites 292, and a financial or credit 
system/network 294 via at least one network 299. The coupling network 299 
includes the Internet, local area networks, wide area networks, wired networks, 
and wireless networks. Furthermore, the components 202-214 of the surrogate 

1 0 system 200 can be located at different physical locations and Imked via different 
network couplmgs. 

Figure 3 is a block diagram of a surrogate system 200 of another 
alternate embodiment. The surrogate system 200 includes, but is not limited to, 
a surrogate system management web site, surrogate system databases, surrogate 

1 5 shopping proxy servers, a surrogate electronic mail proxy, a sunogate bank, 
fraud detection devices, and a merchant pay page tool. The surrogate system 
200 is accessed by a user usmg a web browser 290 hosted on a client computer, 
and provides shopping access to electronic merchant shopping sites 292. 

The surrogate system 200 is coupled to financial systems including a 

20 credit card system 294, an Automatic Teller Machine (ATM) network or system 
302, a stored value card network or system 304, a partner redemption site or 
network 306, and an incentive code conversion site or network 308, The 
surrogate system 200 is coupled among client computers 290, online merchant 
shopping or web sites 292, and the financial systems 294-308 via at least one 

25 network 299 including the Internet, local area networks, wide area networks, 
wired networks, and vnreless networks. Furthermore, different components of 
the surrogate system can be located at different physical locations and Unked via 
network couplings. 

In using the surrogate system, a user creates a new account prior to 

30 merchant shopping. A new account can be created by a user without charge, but 
is not so limited. To create a new account, a user enters the surrogate system 
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management web site. The user navigates to and enters the area to create a new 
account The following information is received from the user usmg prompts or 
a template: logon name;- password; password hint; email address; date of birth; 
and, any promotion code. The date of bulh is used for those sites where the 
5 user's age is reqmred; also, it is used for Children's Onlme Privacy & Protection 
Act (COPPA) processing. The optional promotion code is used to immediately 
give the user any sign up promotions (i.e. radio promotion, money for referring 
another customer, free coupons, etc.). If either the logon name or email address 
entered as a selection by the user is already taken, the surrogate system so 

1 0 informs the user and takes the user back to the sign-up page. 

Upon receipt of the user information, a user account is created in the 
surrogate system database. The user is provided with credit for any money, 
coupons, or credits based on the promotion code inputted. Using the provided 
date of birth, a determination is made whether the user is under 13 years of age. 

15 If the user is determined to be under 13 years of age, COPPA processing is 

performed and creation of an account for the user is terminated. When the user 
is detennined to be 13 years of age or older, an account is created. The user is 
taken to the surrogate home page from which they can view account 
information, add money to accoxmts, or shop, for example. 

20 The surrogate system of an embodiment supports COPPA processing 

because COPPA was enacted to limit the types of operations provided to users 
under 13 years of age. The COPPA processing can occur when a new account 
is created or when someone logs into an account, but is not so limited. When it 
is determined that the user is under 13 years of age, the surrogate system 

25 prevents the user from editmg their date of birth. The user is subsequently 
redirected to a page informing them that parental approval is required, and 
requesting a parent or guardian email address. If a parent/guardian email 
address is provided, the surrogate system transmits a parental approval email to 
the parent email address. The user account is inactivated until parental approval 

30 is obtained, 
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The parental approval emaU includes a request for the parent to approve 
or deny the child access to the system. To deny access, the parent goes to the 
surrogate system management web site page, specifies the user's account, and 
disables the account. To approve access, the parent goes to the surrogate 
5 system management web site page and conforms with one of two available 
alternatives. Using a first altemative, the parent may use a credit card to prove 
that they are an adult. The parent may either authorize use of the account by the 
minor child or deposit money into the child's account; in either case, the 
surrogate system uses the credit card network to do the authorization^illing. If 
1 0 successfiil, the child's account is automatically activated. Using a second 
altemative, the parent may send a written affidavit of permission to the 
surrogate system providers. Upon receipt of the affidavit the child's account is 
activated. 

Figimre 4 is a home page 400 or information screen provided by a 
1 5 surrogate of an embodiment. The home page 400 is presented upon initial 
contact with the surrogate system web site, and comprises information on the 
services provided by the surrogate 402, advertisements 404, and electronic links 
to other surrogate web pages 406. The surrogate web pages accessible using the 
electronic links from the information screen comprise sign up pages, additional 
information pages, shopping pages, login pages, terms, and privacy screens. 

Figure 5 is a flow chart for an account activation process of an 
embodiment. Operation begins when a user enters the surrogate system web 
site 502 using a browser on the user computer. The user is prompted to input 
information appropriate for activation of a surrogate system account 504. Upon 
submission and acceptance of the inputted user information, an account is 
activated for the user 506. 

Figures 6-9 show the web pages for the signup process of an 
embodiment. Figure 6 is a home page 600 fi'om which users wishing to signup 
for the sunogate service would click on or select the "signup" icon 602 with a 
cursor to begin navigating through the signup process. Selection of the 
"signup" icon 602 results in presentation of signup pages to the users. 
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Figures 7 and 8 show a signup page 700 of an embodiment. The signup 
page 700 prompts users to enter a usemame 702, password 704, password hint 
706, email address 708,- and date of birth 710, but is not so lunited. The signup 
page 700 also includes electronic links, advertising banners, and incentive offers 
5 to online merchants 712 and Imks to other surrogate system pages including a 
help area 714 and a privacy policy 716, Following input of the requested 
information, users wishing to signup would select the "Sign Up" icon 718. 
Selection of the "Sign Up" icon 718 results in submission of the requested 
information and, upon acceptance of the requested information by the surrogate 

1 0 system, activation of a shopping account withm the surrogate system. 
Activation of a shopping account results in users being presented with a 
congratulations page 900. 

Figmre 9 shows a congratulations page 900 of an embodiment. The 
congratulations page 900 informs users that they now have a shopping account 

1 5 within the surrogate system and provides them with information about the 

surrogate system services. Furthermore, the congratulations page 900 provides 
users with their usemames 902 and account balances 904, but is not so limited. 
The congratulations page 900 also provides electronic links that allow the user 
to navigate to areas of the surrogate system from which they may shop 906, 

20 earn shoppmg incentives 908, and fund their account 9 1 0, but is not so limited. 
Figmre 10 is a flow chart for an account fundmg process of an 
embodunent. Operation begins when a user enters the sunrogate system web 
site 1002 using a browser on the user computer. The user selects a funding type 
1004. The user is prompted to input mformation appropriate for the fundmg 

25 source selected 1006. The surrogate system checks and validates the funding 
source 1008. Upon approval and validation of the funding source, the funds are 
credited or applied to a selected account 1010. 

Once created, an account is funded prior to executmg purchase 
transactions or concurrently v^th a purchase transaction. Figures 11-14 show 

30 the surrogate web pages for the account funding process of an embodiment. In 
an embodiment, numerous funding types are accommodated mcluding, but not 
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limited to: credit cards; auto-allowance; check; money order; gift certijBcate; 
currency conversion; incentive code conversion; earning credit at the surrogate 
management web site; earning credit at an online merchant web site; automatic 
teller machine (ATM); and, offline stored value cards. Regardless of the 

5 funding type used, the money is not loaded to the user's individual credit card, 
when one is assigned, until the user attempts to spend at a merchant site. 

Fignare 11 shows a congratulations page 1 100 of an embodiment. The 
user manipulates a cursor to select an electronic link 1 102 on the 
congratulations page 1 100 that takes the user to an area of the surrogate system 

0 from which they can add funds to their account. 

Figanre 12 is a portion of a fimdmg page 1200 of an embodiment. The 
funding page 1200 prompts the user to select a type or method of funding from 
types including, but not limited to, a gift certificate 1202, a check or money 
order 1204, or a credit card 1206. If credit card funding is selected, the user 

5 enters information including the amount funded 1 208, the credit card number 
1210, the credit card expiration date 1212, the name as it appears on the credit 
card 1214, the credit card billing address 1216, and the card holder's telephone 
number 1218. Following selection of a funding type and inputting of the 
correspondmg information, the user submits the information to the surrogate 

3 system by selecting a "submit" icon 1220. The funding page 1200 also includes 
electronic links 1222 to shopping areas of the surrogate system. 

When funding a surrogate account with a credit card, the user or funding 
individual logs into the surrogate management site and navigates to the Add 
Money section of the site. A funder can add money to theu: own accoxmt or the 

5 surrogate account of another. The funder is prompted to provide information 
about the credit card used for funding, information including name, address, 
email, credit card number, and expiration date. The surrogate fraud detection 
system executes a fraud check on the credit card used for funding. If the 
funding qredit card is determined to be good by the fraud detection system, the 

0 funding credit card information is provided to the credit system for a 

determination as to whether charges can be made to the funding credit card. If 
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{ 

the credit system returns an approval for the funding credit card, then the 
requested amount is charged against the funding credit card and appUed to the 
selected surrogate system account. 

Figmire 13 is a credit card billing confirmation page 1300 of an 
5 embodiment In response to a funding page submission that funds using a credit 
card, the user is presented with the credit card billing confirmation page 1300. 
The user confirms the funding charges to the credit card by selecting the "OK" 
icon 1302. Funding with the credit card can be canceled by selecting the 
"Cancel" icon 1304. 

10 Figinre 14 is a fimding confirmation page 1400 of an embodiment. The 

fimding confirmation page 1400 is presented upon successful completion of a 
credit card funding transaction within the surrogate system. The funding 
confirmation page 1400 presents information including logon name 1402, 
deposit amount 1404, and total balance 1406, but the embodiment is not so 

1 5 Ihnited. Moreover, the funding confirmation page 1400 includes an electronic 
link 1408 to at least one shopping area of the surrogate system. 

Auto-allowance funding is an optional method of periodically fundmg 
an account fi-om a credit card, checkmg account, and automatic transfer firom 
anotiier account, but is not so limited. When auto-allowance is selected by a 

20 user or funder, the funder is prompted for additional information including, but 
not limited to, a type of fundmg, a fundmg period (for example, whether 
funding should occur weekly or monthly), and a day of the week or month on 
which funding is desired. 

When auto-allowance fundmg is performed with a credit card, at some 

25 time during the specified day of tiie week or month, the fimder's credit card is 
checked using the fraud detection system and the credit system. The amount 
specified for fimding is charged against the fiinder's credit card and the selected 
surrogate system account is credited with the amount upon approval of the 
credit charge by the issuing authority. 

30 When auto-allowance fimding is performed with a checking account, at 

some time during the specified day of the week or month, an electronic funds 
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withdrawal is performed from the funder's checking accoimt The user's 
surrogate system account is credited with the requested amount upon clearance 
of this transaction. 

When auto-allowance funding is perfonned with an automatic transfer 
5 from another account, at some time during the specified day of the week or 
month, the transfer is made between the designated accounts of the surrogate 
system. The user's surrogate system account is credited with the requested 
amount upon successful completion of the transfer. 

Figimre IS is another portion of a funding page 1 500 of an embodiment. 

1 0 The funding page 1 500 allows a parent or guardian to navigate to an auto- 
allowance funding screen by selecting the "My Parent" funding option 1502 and 
submitting the information to the surrogate system. Submission of the "My 
Parent" funding option results in the presentation of a parent/administrator login 
and set-up page 1 600. 

1 5 Fignnre 16 is a parent/administrator login and set-up page 1 600 of an 

embodiment. The login portion of the page 1610 is used if the 
parent/administrator is akeady registered with the surrogate system. The set-up 
portion of the page 1620 is used if the parent/administrator is not registered with 
the surrogate system. 

20 The login portion of the page 1610 prompts the parent^administrator for 

a usemame 1612 and password 1614. The usemame 1612 and password 1614 
are entered, and submitted to the surrogate system by selecting the "login" icon 
1616. 

The set-up portion of the page 1620 prompts the parent/administrator for 
25 information including the selection and entry of a usemame 1 622, password 
1624, password hint 1626, and email address 1628. The set-up information is 
submitted to the surrogate system by selecting the "Sign Up" icon 1630. 

Following successful login or registration by a parent/administrator, an 
auto-allowance funding page 1700 is presented. Figure 17 is an auto-allowance 
30 funding page 1 700 of an embodiment. This page 1 700 prompts the 

parent/administrator for information includmg a one-time amount funded 1702, 
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and information about the credit card used for funding including the credit card 
number 1704, the credit card expiration date 1706, the &st and last name of the 
card holder as it appears on the credit card 1708, the credit card billing address 
1710, and the card holder's telephone number 1712. 

Furthermore, the parent/administrator can choose the auto-allowance 
funding option by selecting the "Allowance" portion of the page 1714 and 
selecting a fundmg schedule, either monthly 1 71 6 or weekly 1 71 8, a funding 
date 1720, and a scheduled amount 1722. Following input of the appropriate 
information, the parent/administrator submits the information to the surrogate 
system. The requested funding amount is credited to the surrogate account 
upon receipt of an approval from the funding source. 

When funding an account with a check or money order, the fimder logs 
into the surrogate management web site and navigates to the Add Money 
section of the site. A funder can add money to their own account or the account 
of another. The funder is prompted to specify the type of fimding and the 
surrogate system provides a deposit slip that has been automatically filled out. 
The funder prints the completed deposit slip and mails the deposit slip along 
with a check or money order to an address designated by the surrogate system. 
Upon clearance of the check or money order, the amount of the check or money 
order is applied to the selected surrogate system account. 

The surrogate system of an embodiment supports the provision of gift 
certificates or stored value numbers for use in funding surrogate system 
accounts. .Someone wishing to purchase a gift certificate navigates to the 
surrogate management web site and to the Purchase Gift Certificate section of 
the site. The gift certificate can be purchased electronically using a credit card 
or by mailing a check or money order to the surrogate system providers. Upon 
confirmation and clearance of the credit card, check, or money order, a gift 
certificate is issued. Gift certificate issuance includes creating and storing a gift 
certificate in the surrogate system database. The gift certificate includes a 
sixteen character alpha-numeric string that is unique across the space of all gift 
certificates. The alpha-numeric string is completely unordered and therefore 
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unpredictable in its coding algorithm. The gift certificate is displayed on the 
purchaser's computer screen for printing. Furthermore, the gift certificate can 
be electronically mailed to a recipient's email address. 

A user navigates to an area for gift certificate purchase beginning fi-om 

5 the home page. Figuire 18 is a home page 1 800 of an embodiment firom which 
a user selects the "gift certificate" icon 1802. Selection of the "gift certificate" 
icon results in presentation of a gift certificate options screen. Figure 19 is a 
gift certificate options page 1900 of an embodunent. 

The gift certificate options page 1900 provides users with a number of 

0 choices including, but not limited to, redeeming gift certificates and buymg gift 
certificates. The "member redeem" icon 1 902 provides for redemption of gift 
certificates by users having sunogate system accounts. The "signup & redeem" 
icon 1904 allows a user who does not have a surrogate system account to sign 
up for an account and then redeem a gift certificate. The "buy a gift certificate" 

5 icon 1 906 allows one to purchase a gift certificate for use within the surrogate 
system. 

In response to selection of the "buy a gift certificate" icon 1 906 a user is 
presented with a gift certificate purchase page 2000. Figures 20 aiad 21 show a 
gift certificate purchase page 2000 of an embodiment. The gift certificate 

) purchase page 2000 prompts the user for mformation including, but not limited 
to, a payment method 2002, a recipient name 2004, a purchaser name 2006, a 
message to the recipient 2008, a gift certificate amount or value 2010, a 
recipient email address 2012, and purchaser information 2014. The purchaser 
information requested includes the first and last name of the credit card holder 

5 20 1 6 if a credit card is used for the purchase, a credit card number 20 1 8, a credit 
card expiration date 2020, a credit card billing address 2022, a purchaser email 
address 2024, and a purchaser telephone number 2026. After inputting the 
appropriate information for the gift certificate purchase the "Process" icon 2028 
is selected and the transaction is completed by the surrogate system. In 

3 response to successfiil completion of a gift certificate purchase transaction, the 
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surrogate system emails the gift certificate to a selected recipient. In an 
alternate embodiment, the gift certificate can be mailed to the selected recipient. 

Gift certificates are redeemed by users at the surrogate management web 
site. The user logs into the surrogate management web site and navigates to the 
5 Add Money section of the site. The user is prompted for the sixteen character 
alpha-numeric string, or gift certificate code, that identifies the gift certificate. 
Upon input of the gift certificate code, the surrogate system verifies that: the gift 
certificate code is valid when compared against the code stored in the surrogate 
system database; and, the gift certificate has not already been redeemed. If the 

10 gift certificate is valid and has not been redeemed, the surrogate system 
database is updated to reflect use of the gift certificate, and a corresponding 
amount of credit is applied to the user's surrogate system account. 

Another type of fimdmg available in the surrogate system is currency 
conversion fiinding. Currency Conversion Partners are companies that provide 

1 5 onhne currency to their users. This onlme currency is earned or given to users 
and accrues in then* accounts on the partner sites. A unique feature of an 
embodiment of the surrogate system allows the surrogate system to redeem 
many forms of online currency, aggregate these different forms of online 
currency, and spend the aggregated online currency at any online merchant 

20 without money ever being issued directly to the user. 

Figure 22 is a flow chart for a currency conversion and aggregation 
process of an embodiment. Operation begins with users entering the suixogate 
system web site using a browser on client computers 2202. The users provide 
account mformation for theu- active currency conversion partner accounts 2204. 

25 The surrogate system acquires account balances from the currency conversion 
partners 2206. A specified amount of money or credit is transferred firom the 
currency conversion partners as specified by the users 2208. Upon validation of 
the transfer, the fimds are credited or applied to a selected account 2210. 

When converting online currency for use in fiinding a surrogate system 

30 account, the user logs into the surrogate management site and navigates to the 
Account Summary section of the site. The Account Summary section presents 
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the user with their account balance in the surrogate system. Furthermore, users 
are presented with a balance on all other Currency Conversion Partner sites in 
response to the users providing electronic addresses for the Currency 
Conversion Partner sites on which they have accounts. This is done by storing 
5 the user account information for each partner site m the surrogate system 
database. When the Account Summary page is presented, each Currency 
Conversion Partner site is accessed in real-time by the surrogate system to query 
the amount of currency the person has at that partner site. The amounts are 
totaled to present users with Iheir "online net worth." 

1 0 At this point, funds can be transferred from the user's Currency 

Conversion Partner account to the user surrogate system account. The users 
begin the transfer by specifying information including, but not lunited to, the 
Currency Conversion Partner account from which they wish to transfer money, 
and the amount of money to transfer. The surrogate system queries the 

1 5 Currency Conversion Partner site over a predetermined set of secure protocols 
to confum that the users have the funds at the partner site. If the funds are 
available and the account is in good standmg at the Currency Conversion 
Partner site, the surrogate system issues a request to the Currency Conversion 
Partner site to transfer the specified amount of money from the users' 

20 corresponding Currency Conversion Partner account into the user surrogate 
system account. In response to the surrogate system request, information is 
returned including a transaction identifier used for reconciliation. The user 
surrogate system account is credited with the transfer amount while the 
corresponding account at the Currency Conversion Partner site is debited the 

25 same amount. 

At a predetermined periodic time interval, for example every 15 days, 
each Currency Conversion Partner site wires the money that has been transacted 
during those past 15 days along with a datafile. The datafile contains all the 
transaction identifiers for which funds are included for transfer. The surrogate 

30 system database receives the datafile and reconciles the partner redemption 

transactions using the transaction identifiers and the amount of the wire transfer. 
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All discrepancies are brought to the attention of the surrogate financial 
administrator. 

Redemption from a Currency Conversion Partner site can also be 
initiated from the Currency Conversion Partner web site rather than from the 
5 surrogate system web site. In this case, the Currency Conversion Partner web 
site will redirect the user to the surrogate system web site, allowing the user to 
first log into the surrogate system. From this point the transaction occurs as 
described herein. When the redemption is complete, the user is redirected back 
to the Currency Conversion Partner web site or, optionally, allowed to 
1 0 immediately spend the newly transferred money at the surrogate system web 
site. 

Yet another way in which a surrogate system account is funded is with 
incentive code conversion funding. Both online and ofQme companies and 
retail merchants can use the surrogate system to support online shopping by 

1 5 performing incentive code conversion. For example, a soft drink company may 
place incentive codes under bottle caps, or a food provision company or service 
may place incentive codes on food labels or food service devices like sticks, 
containers, and trays. These incentive codes have an equivalent cash value in 
credit when used in purchase transactions through the surrogate system. In an 

20 embodiment, the incentive codes convert into values between 20 cents and one 
dollar, but are not so limited. The incentive codes are input into the surrogate 
system web site by the user, much like a gift certificate code. The incentive 
codes are converted into some equivalent amount of credit that is applied to the 
user's surrogate system account, credit that can then be spent at online 

25 merchants usmg the surrogate shopping servers. 

The incentive code includes a sixteen character alpha-numeric string that 
is unique across the space of all incentive codes, wherein the alpha-numeric 
string is completely unordered and therefore unpredictable m its coding 
algorithm. An alternate embodunent uses a thirteen character alpha-nxmieric 

30 string, but is not so limited. The surrogate system database includes all 

incentive codes for which credit may be provided. The unique incentive codes 
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are provided with particular consumer products. Upon purchasing a product 
containing an incentive code, the user can proceed with redeemmg the code for 
shopping credit. 

Incentive codes are redeemed by users at the surrogate management web 
5 site. The user logs into the surrogate management web site and navigates to the 
Redemption section of the site. The user is prompted for the thirteen or sixteen 
character alpha-numeric string, or incentive code. Upon input of the incentive 
code, the surrogate system verifies that: the mcentive code is valid when 
compared against the code stored in the surrogate system database; and, the 

10 incentive code has not already been redeemed. If the incentive code is valid and 
has not been redeemed, the surrogate system can credit a preassigned value 
associated with the particular incentive code. Altematively, the surrogate 
system can use a random nimiber generator to create a random value for the 
particular incentive code. In either case, the surrogate system database is 

1 5 updated to reflect use of the particular incentive code, and an amount of credit 
corresponding to the value assigned by the surrogate system is applied to the 
user's surrogate system account At regular periodic time intervals, the 
surrogate system financial administrator will invoice the company sponsoring 
the incentive code program to cover the costs of the incentive codes that have 

20 been redeemed and/or spent. 

Users can also earn monies for account funding by earning credit at the 
surrogate management web site and at an online merchant web site. A user can 
log into the siurogate system and earn money for credit to their surrogate 
system accoimt by performing actions while logged in. These actions include, 

25 but are not limited to: entering or engaging in contests offered at the surrogate 
system web site; entering or engaging in contests offered at an online merchant 
web site; responding to surveys provided on the surrogate system web site or an 
online merchant web site; visiting advertiser web sites or other web sites as 
directed; participating in special online promotions where money or coupons are 

30 given away to users; and, referring new users to the surrogate system web site. 
In all cases, the surrogate system credits the mer's surrogate system account as 
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the user satisfies the conditions for receiving the incentive credit. Therefore, the 
credit is immediately placed in the user's surrogate system account and made 
avaUable for spending. Pages showing the amounts earned and credited can be 
inserted into the data stream to the client computer to be presented as stand 
5 alone pages, overlay pages, or pop-ups on a displayed page. 

Funding of surrogate system accounts can also be accomplished using 
cash provided to or through ATMs. The surrogate system of an embodunent 
can be mtegrated with other electronic finance technologies, for example 
electronic finance devices that accept or dispense cash including, but not limited 

1 0 to, automatic teller machines, Internet-connected kiosks, and pomt-of-sale 
devices. In operation, a user locates, for example, an ATM enabled for 
operation with the smtogate system. The user inputs their particular surrogate 
system logon information, and selects an option that allows for the deposit of 
funds into a selected surrogate system account. The system logon information 

15 can be manually entered by tiie user with a keypad or touch screen, or 

automatically loaded fi'om a smart card or magnetic card provided by the user, 
or a combination of card and keypad or touch screen, but is not so limited. 

Following authentication of the user and then: surrogate system account, 
the ATM accepts a cash deposit from the user as is known in the art, and the 

20 cash is scanned and verified for authenticity. The ATM communicates the 

amount deposited to a central network. The ATM central network uses a secure 
communication protocol to inform the surrogate system that the user is to be 
credited the amoimt of money deposited mto the machine. The secure 
communication protocol of an embodiment mcludes a unique transaction 

25 identifier used for reconciliation. The surrogate system credits the user's 
account in response to the transmission fi-om the ATM central network. 
Furthermore, tiie surrogate system updates tiie surrogate database with the 
transaction from the ATM vendor. 

In an alternate embodiment, the capability is provided to transfer money 

30 from an account into a selected surrogate system accoimt using an electronic 
finance device. In operation, a user locates, for example, an ATM enabled for 
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operation with the surrogate system. The user inputs their surrogate system 
logon information, and selects an option that allows for the deposit of funds into 
a selected surrogate system account. The ATM accepts transfer instructions 
from the user including, but not limited to, the account to transfer from and the 
5 amount to transfer. The ATM communicates the transfer amount to a central 
network. The ATM central network uses a secure communication protocol to 
inform the surrogate system that the user is to be credited the amount of money 
transferred. The secure communication protocol of an embodiment includes a 
unique transaction identifier used for reconciliation. The surrogate system 

1 0 credits the user's account in response to the transmission from the ATM central 
network. Furthermore, the surrogate system updates the surrogate database with 
the transaction from the ATM vendor. 

At a predetermined periodic time interval, such as every 7 days, the 
ATM vendor wires the money corresponding to the transactions, both deposits 

1 5 and transfers, of the previous 7 days along with a datafile containing the 

transaction identifiers corresponding to the transactions for which payment is 
provided. The surrogate system database receives the datafile and reconciles 
the ATM transactions using the transaction identifiers and the amount of the 
wire transfer. Any discrepancies are brought to the attention of the surrogate 

20 financial administrator. 

In an alternate embodiment, a user can withdraw cash from their 
surrogate system account using an ATM, Internet-connected kiosks, and point- 
of-sale devices. This cash withdrawal can be made in response to entry by the 
user of surrogate system logon information. Alternately, the cash vsdthdrawal 

25 can be made in response to information received from a credit or debit card 
assigned to the user on their account by the surrogate system. 

The surrogate system of an embodiment further supports funding using 
offline stored value cards. An offline stored value card is a card that can be 
purchased at an offline retailer, for example a department store or a convenience 

30 store. The card includes a number printed on the card. At the time of purchase, 
the purchaser gives the card to a cashier, who then receives payment from the 
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purchaser for the card. The cashier swipes the card through a teiminal which is 
hooked up to the stored value card backend network or system. The stored 
value card backend network recognizes the individual card and, using an 
associated database, enables the card to be used. The card now has a stored 

5 value equal to the amount paid by the purchaser. 

To use the card, the purchaser, or user, logs into their surrogate system 
account and navigates to the section to redeem offline stored value cards. The 
surrogate system provides a template or otherwise prompts the user to enter the 
unique number printed on the card. In response to entry of the unique number, 

0 the surrogate system database queries the stored value card backend network or 
system over a secure communication protocol to confirm that the number is 
valid and the number has not previously been used. If the stored value card 
backend network replies that the number is valid, the backend network marks 
the card as used in its database. The response to the surrogate database mciudes 

5 the value of the card and a transaction identifier for reconciUation purposes, but 
is not so Umited. Upon confirmation, the amount stored on the card is credited 
to the user's surrogate system account and the surrogate database is updated to 
reflect the redemption of this particular card number, storing the transaction 
identifier. 

3 At a predetermined periodic time interval, such as every 7 days, the 

stored value card vendor wires the money corresponding to the transactions of 
the previous 7 days along with a datafile containing the transaction identifiers 
corresponduig to the transactions for which payment is provided. The surrogate 
system database receives the datafile and reconciles the stored value card 

5 vendor transactions using the transaction identifiers and the amount of the wire 
transfer. Any discrepancies are brought to the attention of the surrogate 
financial administrator. 

Fraud checking and detection is an important function performed by the 
surrogate system of an embodiment. The surrogate system checks for two types 

0 of fraud, including individuals activating multiple accounts in order to take 
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advantage of promotional account funding opportunities, and the use of stolen 
credit cards to fund an account, but is not so limited. 

Individuals activating multiple accounts is problematic because many 
promotions, coupons, or other offerings within the surrogate system have actual 
5 value. As most of these offerings are limited to one per customer, individuals 
may attempt to create multiple accounts for themselves in the hopes of 

- - - capitalizing on an, offer inultiple.tmies 

Use of stolen credit cards is always problematic, and by its nature the 
surrogate system provides the ability to aggregate numerous stolen cards into a 

10 common surrogate system account Undetected, this allows someone with a 
few stolen cards to misappropriate the value of the stolen cards at a single place 
by funding a surrogate account with a large amount of money, and then shop at 
numerous merchants using legitimate surrogate cards. Protection should be 
provided against this type of fraud. 

15 Fraud checking is performed in an embodiment of the surrogate system 

using a fraud scoring system. The fraud scoring system scores data items 
including, but not limited to: email addresses; shipping addresses; and, credit 
card numbers and expiration dates. Each of these data items detected by the 
system are stored in the surrogate system database with links to the associated 

20 user or users. Furthermore, each user surrogate account is assigned a score, 

based on the accumulated scores of the items of information associated with the 
user's surrogate account. 

The fraud checking function stores email addresses and credit card 
information exactly as specified. The particular information is then scored by 

25 normalizing the information into a common format. Therefore, shipping 
addresses are scored by normalizing the address line and zip code into a 
common format For example, "123 Main Street Suite B ... 95111-1234" and 
"123 Main St # B ... 951 1 1" will both be transformed to the common address 
"123MainStB95111". 

30 In operation, the fraud detection system is operating on all user-specific 

information entered during any session on the surrogate system management 
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web site and/or the surrogate shopping servers. The user-specific information 
mcludes, for example, email addresses, shipping addresses, and credit card 
numbers. The surrogate system of an embodiment reviews the information 
inputted by the user, including information provided during the shopping 
5 checkout process where the user may manually try to override a new shipping 
address. 

When an item of information is inputted by a user, the surrogate 
database is called with that item, the identity of the user that is providing it, and 
any other relevant information such as the amount of the purchase transaction. 

10 The surrogate database fraud detection system determines if this information is 
already stored in the database, and adds it to the scoring tables if it is not in the 
database. In addition, information relatmg to the event associated with the 
information is added, specifying the date/time, user, item, and amount. A set of 
rules are then evaluated to determine if a fraud situation has occurred. If so, the 

15 database will invoke the appropriate routmes including flagging the appropriate 
item as FRAUD, sending email to the fraud administrator and disabling the 
account, or other configurable operations. 

Within the surrogate system fraud detection system, items of 
information used by a single user are linked together. When a particular item is 

20 marked as FRAUD (for example, a credit card is deemed to be stolen), then all 
users that have used that credit card are marked FRAUD. Furthermore, all 
credit cards, shipping addresses, and email addresses used by users marked 
FRAUD are marked FRAUD. Thus, once an item or user is ruled to be 
FRAUD, all items linked to that item or user are also flagged as FRAUD on the 

25 assumption that these are all the same user attempting to bypass fraud checking. 
Legitimate surrogate system users can work with customer support persormel if 
their account is incorrectly flagged as FRAUD. 

The fraud levels used to define fraudulent situations in an embodiment 
include, but are not limited to: SCORE-INCREASE, fraud scores are initialized 

30 at zero, and are increased for an item/user by N, wherein if the fi:^iud score of an 
item increases tiie fiaud score of any associated user linked to that item also 
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increases by an equivalent or proportional amount; WARNING, an email is sent 
to the surrogate system customer service to place a watch on the item or user; 
TEMPORARY-FRAUD, an email is sent to the surrogate system customer 
service to place a watch on the item or user and disable the associated account 
5 until the surrogate customer service has a chance to review the situation and 
make a determination, and a notification email is sent to the user; and, FRAUD, 
an item or user is determined to be fraudulent resulting in the associated account 
being disabled along with all related or linked items and accounts, and a 
notification email is sent to the user, 

1 0 The firaud rules used to define firaudulent situations in an embodiment 

* include, but are not limited to: WARNING, a same user deposits "large" sums 
of money into an account twice within 30 minutes; TEMPORARY-FRAUD, a 
same user deposits "large" sums of money into an account three times within 30 
minutes; FRAUD, a user deposits "large" sums of money into an account a 

1 5 certain number of times usmg N number of credit cards; TEMPORARY- 
FRAUD, a same user account has used more than four shipping addresses 
within the last two months; WARNING, a user changes their email address 
three times within the previous 15 days; SCORE-INCREASE, if $500.00 is 
deposited into an account, increase the fiaud score by 10; SCORE-INCREASE, 

20 if more than three shipping addresses are used by a user, increase the fi-aud 

score by 5; SCORE-INCREASE, if a user changes their email address, mcrease 
their firaud score by 5; WARNING, an item/user reaches a fraud score of 20; 
TEMPORARY-FRAUD, an item/user reaches a fraud score of 35; and, 
FRAUD, an item/user reaches a fraud score of 50. . 

25 Figuare 23 is a flow chart for surrogate control of a shopping process of 

an embodiment. Operation begins with a user entering the surrogate system 
web site using a browser on the client computer 2302. The user shops through 
the surrogate system by accessmg a merchant online system through the 
surrogate system. The user selects items for purchase from the merchant system 

30 2304. A surrogate system credit card is selected for the purchase transaction 
2306. The amount due to complete the purchase transaction is determined by ■ 
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the surrogate system 2308. Funds are loaded from the user's account to the 
surrogate system credit card 23 1 0. The purchase transaction is executed usmg 
the surrogate system credit card 2312. 

The surrogate system of an embodiment supports online and offline 
5 shopping, but is not so limited. When shopping online, a user can navigate to 
an area for shopping from numerous areas of the surrogate system web site by 
selecting a "shopping" icon from the surrogate system template. Selection of 
the "shopping" icon results in presentation of shopping screens. Figures 24-27 
are example shopping pages 2400-2700 of an embodiment including numerous 

10 types of merchant links. The shopping pages of an embodiment present the user 
with merchant logo icons 2402, lists of merchant names arranged alphabetically 
2702, merchant special offer and incentive icons 2404, merchandise 
advertisement icons 2406, ordered lists of merchandise 2502, and prespecified 
merchandise grouping icons 2408. The displayed icons, names, coupons, 

1 5 offers, ads, and list items are enabled so that selection of an icon, list name, 
coupon, offer, ad, or list item will take the user to the corresponding merchant 
online shopping site or web pages through the surrogate system, but the 
embodiment is not so limited. 

With reference to Figure 24, selection of the "Girl StufiF' icon 2410, a 

20 prespecified merchandise grouping icon, results in presentation of a type- 
specific shopping page 2500. Figure 25 is a type-specific shopping page 2500 
of an embodiment. This shopping page 2500 presents icons 2504 for merchants 
and merchandise that might be of particular interest to female shoppers. 
Furthermore, the rank-ordered list 2502 presented on a type-specific shopping 

25 page 2500 can include a rank-ordered type-specific list of a type corresponding 
to the page type. 

Figure 26 is another type-specific shopping page 2600 of an 
embodiment This shopping page 2600 is presented in response to selection of 
the "Guy Stuff' icon 2412 on a shopping page 2400, and presents icons 2602 

30 for merchants and merchandises that might be of particular mterest to male 
shoppers. 
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Selection of the "See *em All" icon 2414 on a shopping page 2400 
results in the presentation of a shopping page 2700 containing a list of all online 
merchants available through the surrogate system. The merchants of the list can 
be arranged alphabetically. Figure 27 is a shopping page 2700 of an 
5 embodiment including a list 2702 of all onlme merchants available through the 
surrogate system. The shopping page 2700 including the list 2702 can include 
electronic links 2704 to merchant shopping sites. 

The ordered lists of merchandise 2502 include at least one rank-ordered 
list of merchandise compiled from sources including records of merchandise 

1 0 sales in the surrogate system database. These lists may be compiled for 
prespecified intervals of time, but are not so limited. The ordered lists of 
merchandise can also include rank-ordered lists of merchandise compiled from 
periodic or regular user surveys or feedback. Furthermore, the ordered lists of 
merchandise can be generated from online merchant records. 

1 5 The shopping screens 2400-2700 can also include electronic links for 

shopping, account funding, account summary, personal information, help, and 
log off in a navigation bar 2499. Furthermore, the shoppmg screens can include 
a display 2416 of the users user name and account balance, but is not so limited. 
Figures 28-44 illustrate a shopping session using the surrogate system 

20 of an embodiment. Figmre 28 is a page 2800 of an embodiment including an 
alphabetical list 2802 of online merchants. The merchant names are enabled so 
that selection of a name takes the user to the corresponding merchant online 
shopping site or web pages. In this example, the user is selectmg the 
"shop.eonline.com" icon 2804. The merchant list page 2800 displays 

25 information including the surrogate navigation bar 2806 comprising the user's 
usemame and current surrogate system account balance 2808. The merchant 
list page 2800 also includes an electronic link to coupons 2810. 

In response to selection of the "shop.eonline.com" icon 2804 the user is 
taken to the shop.eonline.com web site. Figure 29 is a web page 2900 of a 

30 selected merchant site as presented through the surrogate system of an 

embodiment. The merchant web page 2900 is presented to users the same as it 
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would be if they went directly to the merchant web site without using the 
surrogate system, except that the merchant web page 2900 is displayed along 
with a surrogate system-navigation bar 2902, but the embodiment is not so 
limited. The surrogate system navigation bar provides the user with access to 
5 surrogate system functionality while navigating through and shoppmg from the 
merchant web site. This functionality includes access to other merchants, 
account funding, account summary information, personal information, help, log 
out, and a display of the users user name and account balance. Using the 
functions of the merchant web page the user selects and navigates to particular 

1 0 areas of a merchant site or merchandise 2904 in which they are mterested, for 
example Austin Powers. 

In response to selection of Austin Powers merchandise 2904, the user is 
taken to at least one web page 3000 of the merchant web site containing Austin 
Powers merchandise. Figmre 30 is a web page 3000 containing merchandise of 

1 5 a selected merchant site as presented through the surrogate system of an 

embodiment. To initiate a purchase transaction the user selects a purchase icon 
provided by the online merchant, for example the "add to bag" icon 3002. 

In this example, selection of the "add to bag" icon 3002 results in 
presentation of a typical web page 3 100 including a list of the items selected for 

20 purchase from the online merchant thus far in the user's shopping session. 
Figure 31 is a shopping list web page 3100 of a selected merchant site as 
presented through the surrogate system of an embodiment. The typical 
shopping list page 3 100 provides users with icons that allow them to either 
finalize their purchase transaction or return to shopping pages and continue 

25 shopping. In this example the user elects to continue shopping and navigates to 
another merchant web or shopping page 3200. 

Figimre 32 is a web page 3200 containing merchandise of a selected 
merchant site as presented through the surrogate system of an embodiment. 
Again, the user initiates a purchase transaction by selecting the purchase icon 

30 provided by the online merchant, the "add to bag" icon 3202, and a shopping 
list page 3300 is presented that now includes the two items selected by the user 
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for purchase thus far in the user's shopping session. Figiare 33 is an updated 
shopping list web page 3300 of a selected merchant site as presented through 
the surrogate system of an embodiment. The user elects to cease shopping and 
complete the purchase transaction by selecting the "check out" icon 3302, A 

5 number of check out web pages 3400-3700 are presented to the user in response 
to selection of the "check out" icon 3302. 

Figures 34-37 show the check out web pages 3400-3700 of a selected 
merchant site as presented through the surrogate system of an embodiment. The 
check out web pages 3400-3700 presented to the user are the same check out 

0 web pages the user would be presented with if they went durectly to the 

merchant web site without using the surrogate system, except that the check out 
web pages 3400-3700 are displayed along with information including a 
surrogate system navigation bar 3402 and a Purchase Wizard 3404 or Pay 
Wizard. The surrogate system navigation bar 3402 provides the user with 

5 access to surrogate system functionality while completing a purchase 
transaction on the merchant web site. 

The Purchase Wizard 3404 is presented by the surrogate system on a 
portion of the check out pages 3400-3700, thereby allowing the user to 
complete the purchase transaction using funds from their surrogate system 

3 account. The Purchase Wizard 3404 can be presented along with any of the 
check out pages of the online merchant site, and can be presented on any 
portion of a page. When prompted, the user can sign in to the surrogate system, 
if they have not previously done so during the shopping episode, by selecting 
the "continue" icon of the Purchase Wizard 3404. In addition to activation of 

5 the Purchase Wizard 3404, the surrogate system form fill engine automatically 
fills in the required fields 3406, 3502, and 3702-3710 of the check out web 
pages 3400-3700. 

In an embodiment, the surrogate credit card information 3702-3710 
entered on the check out web pages is not displayed to the user as the credit card 

3 belongs to the surrogate system, even though this information is sent to the 
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merchant. Therefore, the credit card information is secured by not allowing the 
user to view the information. 

If a user has coupons that are determined to be applicable to the 
particular online merchant and the particular items selected for purchase then 
5 the surrogate system can so advise the user by inserting a coupon page 3800. 
Figore 38 is a coupon page 3800 of a surrogate system of an embodiment. The 
coupon page 3800 inserted can be displayed as a separate page, a page overlay, 
or a pop-up page. The coupon page 3800 provides the user with a number of 
options including, but not Umited to, using the coupons or not using the coupons 
10 for the current purchase. Following selection of an option the user selects a 
"submit" icon 3802 to submit their selection to the surrogate system. 

FigMres 39 and 40 are a check out confirmation page 3900 of a selected 
merchant site as presented through the surrogate system of an embodiment. The 
check out confmnation page 3900 mcludes items, quantities, and totals 3902 of 
1 5 the current order along with shipping information 3904 provided for verification 
by the user, but are not so Umited. The Purchase Wizard 3904 provides a 
"contuaue" icon, the selection of which results in submission of the order to the 
online merchant through the surrogate system once the user has verified the 
information. 

20 Upon successful submission of the order, a congratulations page 4 1 00 is 

presented by the surrogate system. Figure 41 is a congratulations page 4100 
presented by the surrogate system of an embodiment. Following successful 
completion of the order the user can return to areas in the surrogate system from 
which shopping can contmue by selecting the "go shopping" icon 4102 from the 

25 congratulations page 4 1 00. At least one shopping page is presented in response 
to selection of the "go shopping" icon 4102. 

Figiure 42 is a shopping page 4200 displayed by a surrogate system of 
an embodiment The user's surrogate system account balance 4202 displayed 
on tlie shopping page is updated reflecting the user's purchase. Selection of the 

30 "account summary" icon 4204 results in the presentation of an account 
summary page 4300 by the surrogate system. 
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Figure 43 is an account summary page 4300 displayed by a surrogate 
system of an embodiment. The accoimt summary page 4300 displays 
information including account activity information 4302 and coupon 
information 4304. The account activity information 4302 is selectable by 
5 month and includes information on deposits and purchases. The coupon 
information 4304 includes a list of coupons available for use by the user, 
includmg the redeeming merchant and the coupon value. The coupon 
inforaiation also includes an icon 4306 associated with each coupon that, when 
selected, allows the user to obtain detailed information on the associated 
10 coupon. 

The account activity information 4302 also includes an icon 4308 
associated with each purchase action that, when selected, allows the user to 
obtain detailed information on the associated purchase. Selection of the 
"DETAIL" icon 4308 results in the presentation of an account information page 
15 4400. 

Fignare 44 is an account information page 4400 displayed by a surrogate 
system of an embodiment. The account information page 4400 includes, for 
each purchase, detailed mformation 4402 mcluding the date of action, the type 
of action, the online merchant, the merchandise purchased along with the 
20 purchase price, credits or coupons used to offset the purchase price, tax assessed 
on the purchase, shipping charges, and total charges for the purchase, but is not 
so limited. 

Figure 45 is a flowchart for purchasing goods and services through a 
surrogate system of an embodiment. Operation begins when, after selecting 

25 merchandise or services for purchase according to the processes provided on the 
online merchant web site, the user activates the "check out" button on the 
merchant web site or the surrogate system 4502. In response to activation of the 
check out sequence by the user, the surrogate server creates two buffer areas 
4504. One buffer area is for delivery to the spender, and another buffer area is 

30 for delivery to the merchant. The surrogate server then reads the merchant pay 
pages 4506, or check out pages, and searches the pay pages for rule matches 
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using rule structures 4508. When a rule match is located, the rule is executed in 
the appropriate buffer area (e.g., protect a spender field by displaying "***" to 
the spender in the protected field) 45 1 0. Upon rule execution, the surrogate 
server verifies that the amount of the selected purchase is less than or equal to 
5 the user's available account balance 45 12. 

After determining that the user's account balance is sufficient to make 
the purchase, the surrogate system searches a database containing surrogate 
credit cards and the associated account information 45 14. When the user has 
been assigned a credit card or account, the surrogate system uses this credit card 

1 0 to fimd the user's purchase. When the user has not been assigned a credit card, 
the surrogate system searches for a surrogate credit card having sufficient 
available credit to fimd the user's selected purchase. The database information 
associated with the selected surrogate credit card is supplied to automatically 
fill in the appropriate fields in the merchant buffer 45 1 6. The database 

1 5 information associated with the card comprises credit card number, card type, 
card expiration date, surrogate billing address, and surrogate email address, but 
is not so limited. The obscured form filling using the split buffer allows the 
surrogate credit card information to be obscured fi:om the user, thereby 
maintainmg the confidentiality of this information. The merchant buffer is 

20 delivered to the online merchant upon completion. 

The private credit card information detected in data returning to the 
surrogate system is intercepted. Upon being intercepted, the credit card 
information is substituted with generic text, for example and the 

generic text is displayed in the buffer area that is delivered to the user 4518. 

25 Furthermore, a surrogate email address comprising a substitute obscured email 
name and password is generated and provided to the merchant server 4520. 
This substitute email name and password ensures proprietary access to merchant 
order information. 

The surrogate system server waits for and responds to any merchant 

30 electronic replies received in response to the purchase 4522-4524. These 

merchant replies include confumation of order, out of stock notices, backorder 
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infonnation, shipping information, and anticipated delivery, but are not so 
limited. As the surrogate system is purchasing for the user using the surrogate's 
credit card, the surrogate has a need for some of the reply infoimation from the 
merchant. However, the user, as the recipient of the merchandise, also needs 
5 pertinent reply infonnation. Therefore, the surrogate provides a way to filter the 
merchant reply email and pass it on to the user. 

In filtering the email, the surrogate system provides a surrogate dummy 
email address to the merchant during the automatic form filling of the merchant 
buffer. The surrogate dummy email address is linked, through the surrogate 

1 0 server, to the user's actud email address. As merchant replies are received m 
response to a particular order, the surrogate server filters the email for 
transactional mformation needed by the surrogate and then passes the email on 
to the user at their actual email address. 

All mformation associated v^th purchases made using the surrogate 

1 5 server is stored by the surrogate system 4526. The surrogate system tracks 
purchase demographics and may provide these demographics to guardians, 
users, and merchants. Furthermore, the surrogate server may allow guardians, 
users, and merchants to filter and sort the demographic data. The demographic 
data comprises merchandise type, size, color, vendor, quantity, amount, 

20 merchant, date, time, spender account number, fiinder account number, and 
shipping address, but is not so limited. 

The surrogate system of an embodunent provides account management 
information organized according to the fimders, the spenders, and the surrogate. 
The account information organized according to the funder includes a funding 

25 transaction history and a transaction history for each spender fimded. The 

account infonnation organized according to the spender includes a transaction 
history organized by vendor, date, and category. The account information 
organized according to the surrogate includes sunogate credit card 
reconciliation reports and transaction history organized by funder, spender, 

30 sunogate credit cards, vendors, category, and demographics. 
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With reference to Figure 2, a client accesses the system using typical 
web programs, including a web browser and email program. The user accesses 
the surrogate system web site using the web browser on a cUent computer and 
logs in, which allows the user to perform the following types of operations: 
5 manage account mformation including name, address, email address, and 

password; add money to the user's account or a different account; purchase gift 
certificates; restrict shopping including time of day/week or specific merchant 
restrictions; review shopping activity of user managed accounts; and, begin the 
shopping process. 

1 0 The surrogate system web site maintams information about each 

registered user, or customer, in the surrogate system database. In addition to 
this, each shopper is assigned a unique credit system number or account number 
that can include credit card numbers. The credit card nimibers correspond to 
credit cards of a credit card pool, wherein the pool can include Visa, 

1 5 Mastercard, American Express, and Discover credit cards. The database obtains 
the credit card numbers by directly communicating with the surrogate system 
bank. 

Furthermore, the surrogate system database is coupled to the surrogate 
fraud detection system, thereby allowing the surrogate system to determine if a 
20 user or inputted data is, or potentially can be, fraudulent. If so, then the 

fraudulent user or data can be disabled, warnings sent to administrators, or other 
actions taken. 

The surrogate system bank maintains financial information about the 
surrogate credit card pool, including available credit card numbers, credit card 
25 numbers assigned to particular users, enablement status of credit cards, the 
^ billing name/addresses, and the balances available on each card. The surrogate 
system bank can be a financial institution or credit issuing authority that is 
accessed over separate secure connections. Furthermore, the sxirrogate system 
bank can include financial institutions or credit issuing authorities accessible via 
30 the Internet or other credit system network. Moreover, the surrogate system 
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bank can include a combination of financial institutions accessed over separate 
secure connections and members of the credit system or network. 

A typical proxy server operates as a non-transparent proxy where the 
client browser knows it is using a proxy. The proxy servers of the smrogate 
5 system of an embodiment, however, operate as transparent proxy servers 
wherein the client browser does not know that the surrogate proxy servers are 
intercepting the electronic traffic between the client browser and the merchant. 
The proxy servers include the surrogate shopping servers and the surrogate 
email proxy server. The surrogate system proxy servers communicate with the 

1 0 client browser and the merchant server in providing merchant pages back to the 
client browser. The surrogate proxy servers cache the merchant pages, wherein 
the client browser explicitly returns to the surrogate system proxy servers which 
specify the merchant page or pages to hit, thereby increasing the speed of 
subsequent page hits. 

1 5 The surrogate shopping proxy server of an embodiment is a transparent 

conduit between the shopper and the supported merchants, or online merchant 
partners. When a user wishes to shop at a merchant, the user is redirected to the 
surrogate shopping proxy server instead, which proxies all the mformation from 
the merchant shopping site in real time. The surrogate shopping proxy servers 

20 ensure that: the current user is a valid user; user interaction with the merchant 
site always returns control back to the surrogate shopping proxy servers; HTTP 
cookies are processed and proxied; merchant forms are automatically filled out; 
and, selected information such as credit card numbers are not displayed to the 
client. The surrogate shopping proxy servers are completely stateless, allowing 

25 more servers to be added or deleted without affecting the operation of any 
current ongoing client sessions, but are not so limited. 

The surrogate shopping proxy servers also maintain the operational 
information of the surrogate system database, including: user information like 
user name, physical address, email address, password, telephone number, and 

30 account balance; credit card information for a surrogate system credit card 
assigned to the user; merchant forms or web pages that are to be processed by 
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the shopping servers, and instructions on how processing is to be executed; and, 
coupons available to the user. 

A surrogate shopping proxy server of an embodiment remains 
completely stateless, but is not so limited. As such, transactions are 
5 autonomous, thereby aUowing any number of proxy servers to be implemented 
for a load balanced system, independent of which server is accessed. This 
allows the surrogate system to scale horizontally by simply addmg more proxy 
servers to the load balanced system. 

While shopping using the surrogate system, the user's web browser hits 

1 0 a page on the surrogate shopping proxy server, which in turn retrieves the page 
from the merchant web server. To ensure that the surrogate shopping proxy 
server always has control, it often modifies the page so that no matter what the 
customer clicks on, it always returns to the surrogate shopping proxy server. 
Figure 46 is a flow chart for modifying a web page in an embodiment. 

1 5 In considering modification of a page from a merchant web server, it is 

noted that each Uniform Resource Locator (URL) to a merchant looks the same 
except for the domain name. The domain name has appended to it the domain 
name of the surrogate shopping proxy server. For example, if the final URL 
being accessed is "http://www.delias.com/shopping/product/item.html," it is 

20 rewritten to look like 

"http://www.delias.com.proxy.surrogate.com/shopping/product/item.html." 
Therefore, the domain name proxy.surrogate.com is the domain name of the 
' surrogate shopping proxy server. Consequently, the surrogate system owns the 
Domain Name System (DNS) domain proxy.surrogate.com and every 
25 subdomain under it. As such, *. proxy. surrogate.com will return to Ae surrogate 
proxy server. 

Using this scheme, the HTML pages being retrieved by the surrogate 
system 4602 do not have to be modified for types of links that include, but are 
not lunited to, relative references (i.e. subdir/page.html), and absolute relative to 
30 the root (i.e. /full/path/subdn/page.html). Therefore, the fully-qualified links 
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that include the host name, such as "http://hostname/full/path/subdir/page.htinl" 
are searched for and processed 4604. 

Consequently, the surrogate system finds the host name (hostname) and 
concatenates the surrogate domain to it (hostname.proxy.surrogate.com) 4606. 

5 When the user browser accesses this final domain, it will return to the surrogate 
shopping proxy server and, based on the domain name being accessed, the 
surrogate shopping proxy server knows immediately what the target domain 
should be by strippmg ofif the surrogate shopping proxy server's own domain 
name from the host name. 

0 The processing of transmissions from the client web browser to the 

surrogate shopping proxy server includes a number of rules, but is not so 
limited. The surrogate shoppmg proxy domain is removed from the complete 
remote host name, and the new hostname name is used as the target of the proxy 
operation. The surrogate shopping proxy domain is removed from the "Referer" 

5 header, where some sites use the "Referer" header for navigation. The request 
is then sent on to the merchant web site. 

Figiure 47 is a flow chart for processing transmissions from a surrogate 
system of an embodiment to a client browser. The processing of transmissions 
from the surrogate shopping proxy server to the client web browser also 

0 includes a number of rules, but is not so limited. Operation begms by retrieving 
a response from the merchant web site 4702 and determining a header type 
4704, If there is a "Location" header, the surrogate proxy domain is appended 
to the hostname as this is a form of redirection. If there is a "Content-Location" 
header, the proxy domain is appended to the hostname as this is a form of 

5 redirection. For any "Set-cookie" headers, the proxy domain is appended to the 
"domain" portion of the cookie if it exists. This ensures that the cookies are 
placed in the correct proxied domain. 

Furthermore, the retrieved document is scaimed for fiilly qualified URLs 
("http://hostname/url" or "//hostname/url") 4706. The URLs can be within an 

0 HTML tag or within a javascript region 4708. If the URL is not within an 
HTML tag or vwthm a javascript region, it is user visible and is not changed. 
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Particular processing is executed, as follows, based on whether the URL is 
determined to be within an HTML tag or javascript region 4710. 

Four alternative actions are available when the URL is within an HTML 
tag, but the embodiment is not so limited. As a first alternative, if the URL ends 

5 with an extension indicating that the content is binary data (i.e., .gif,.jpg,..0 then 
the hostname is not modified as the content does not need to be examined or 
modified. As a second altemative, if the URL appears to be embedded in 
another URL (i.e. an argument to another URL), don't modify the URL. As a 
third altemative, if the URL is not binary content, append the proxy domain to 

0 the hostname portion of the URL. As a fourth altemative, if the URL is part of 
a *'<meta content='#;urr>" tag, modify the URL as this is a form of redirection. 

When the URL is within a javascript region, the code is located that can 
force a page reload (i.e., ".location.replace(URL)", ".location = URL", 
".location.href = URL") and the code is changed to call a function instead (i.e., 

5 " .location.replaceQcFunc(URL))", " .location = _rcFunc(URL)"). Code is next 
added to the header of the page for _rcFunc(). This function will check the 
incoming URL and, if fully qualified, append the proxy domain to the 
hostname. 

While an embodiment of the surrogate system proxy server rewrites 
0 URLs so that they are transformed to a URL of a particular form, there can be 
many sites to which the proxy server does not want to proxy. For example, if a 
particular merchant web site has an advertiser link to another merchant web site, 
the link would be converted, but it may not be desirable to follow this link and 
proxy it because online shopping may not be supported or desired on this other 
5 site. Consequently, the proxy server of an embodiment uses an ErrorDocument 
handler that handles URLs not supported by the surrogate by not assigning a 
RewriteRule to those URLs 4712. This is done using a Common Gateway 
Interface (CGI) script that politely informs the spender that clicking on this link 
will take them "out of range" of the surrogate. For example, this might be in 
0 httpd.conf as "ErrorDocument 404 /cgi-bin/outofi-ange.pL" 
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When proxying HTTP cookies 4714 in the surrogate shopping proxy 
server of an embodiment, the "domam" section of the cookie contains the 
surrogate proxy server domain appended to the end of the domain specified by 
the merchant v^eb server, but is not so limited. For example, if the cookie 
5 header returned by the merchant web server is of the form "Set-Cookie: 
foo=bar; path=/; domain=,delias.com expires Mon, 09-Dec-2002 13:46:00 
GMT," the surrogate shopping proxy server modifies the header to the form 
"Set-Cookie: foo=bar; path=/; domain= delias.com.proxy.surrogate.com expires 
Mon, 09-Dec-2002 13:46:00 GMT.'* This ensures that the surrogate shopping 

1 0 proxy server retrieves the correct set of cookies from the browser. Also, these 
cookies can be passed on unmodified to the merchant web server. 

An alternate proxy embodiment uses a single proxy server DNS name 
but, instead, modifies the path of the URL to include the remote server name. 
For example, a URL such as "http://vmw.amazon.com/dir/file.html" is modified 

15 to "http://proxy.surrogate.com/vww.amazon.com/dir/file.html". In this case, 
when the proxy server receives the request, the remote server name can be 
stripped firom the fi:ont of the path. A particularily powerfiil variation of this 
technique is to reverse the remote hostname and convert the "."'s to "/"'s. Using 
this technique, the URL "http://www.amazon.com/dir/file.htmI" is written as 

20 "http://proxy.surrogate.com/moc/nozama/www/dir/file.htmr'. Since the remote 
server name appears as multiple path segments, a hostname termination 
segment of "^" is also inserted to simplify the process of extracting the 
hostname. The resulting URL is written as 
"http://proxy.surrogate.com/moc/nozama/vmw/^/dir/file.html". 

25 This technique provides an effective way to manage cookies that are 

passed between the browser and the remote server. When cookies are passed 
from the server to the browser, they contain an optional domain and path 
specification. The browser uses these values to determine whether or not to 
send the cookies back to the remote server on subsequent requests. Since the 

30 remote servers are proxied by a single domain (i,e. proxy.surrogate.com), the 
domain information in the cookie cannot be used. However, since the domain 
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information for the remote server is specified as the initial segments of the URL 

, path, the browser can emulates the domain fimctionaUty by writing the domam 
information into Ihe path specifier for the cookie. For example, if the domain 
specifier for a cookie is ".amazon.com", the equivalent path specifier would be 
5 the reversed version (again, replacing "."'s with 7"'s) which would be 

"/moc/nozama/". The domain specifier for the cookie can then be removed. 

Since the path specifier for the cookie now contains the original domain 
information, the original path information is prepended to the cookie value and 
terminated with a seperator. For example, if the cookie value is "data" and 

1 0 the path is "/images", the new cookie value would be "/images-Mata" . 

Using this technique, the browser sends cookies that are appropriate for 
the current remote domain, but this may mclude cookies that would otherwise 
not have been sent if the original path did not match the URL path. As cookies 
are sent from the browser back to the remote server, the proxy removes the 

1 5 original path information from the cookie value and compares that path with the 
path of the current URL. If the path from the cookie matches the initial path of 
the current URL, the cookie is forwarded to the remote server, otherwise it is 
removed &om the HTTP header. 

In performing this technique, the URLs on a proxied page are modified 

20 to include the remote server name. On a given page, every URL can be 
categorized as either fiiUy qualified (i.e. "http://www.merchant.com/url" or 
"//www.merchant.com/url"), absolute (i.e. "/path/file.html"), or relative (i.e. 
"path/file.html"). For fiiUy qualified URLs, the remote server name is extracted 
from the URL, reversed (^ain, replacing "."'s with "/"'s), and prefixed with the 

25 server name of the proxy. For example, "http://www.amazon.com/dir/file.htmr' 
would be converted to 

"http-y/proxy.surrogate.com/moc/nozama/www/'^/dir/file.html". If the URL 
refers to binary content such as graphical images, the URL is left unmodified so 
it will bypass the proxy. 
30 If the URL is absolute, the remote server name is assumed to be the 

remote server the page came from unless the page contains a <base href=""> tag 
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which can specify an alternate default remote server. Once the remote server is 
established, the absolute URL is converted to a fully qualified URL by prefixing 
the combination of the proxy server name and the reversed remote server name. 
For example, "/dir/filchtml" in a page loaded from 
5 "httpy/wvm.amazon.com/..." would be converted to 

"http://proxy.surrogate.com/moc/nozama/wvm/^/dir/file.htmr*. If the URL 
refers to binary content such as graphical images, the default remote server 
name is prefixed unmodified so the request vAll bypass the proxy. 

Rather than modifying relative URLs, a <base hrej^""> tag is inserted 

1 0 into the top of the page. If there is already a <base href=""> tag, the existmg 
href value is modified as described herein, as it will be fully qualified or 
absolute. In the absence of an existing <base href=""> tag, the newly inserted 
tag contains an href value that is computed by converting the fully qualified 
URL of the current page and removing the final path segment. For example, if 

1 5 the current page was loaded fi-om "http://wvm.amazon.com/dir/path/file.html", 
the href value would be 

"http://proxy.surrogate,com/moc/nozama/vww/^/dir/path". 

To find all URLs in a page, the proxy parses out the HTML tokens and 
finds those elements that can specify a link (i.e. SRC="", HREF="", 

20 ACTION=""). For each element in the page, the associated Imk is transformed 
as described herein. 

In addition to HTML links, it is possible to specify URLs in javascript. 
For each block of javascript in a page, the constructs that can force a page 
reload (i.e. Mocation.replace(URL)", 'Mocation=URL", Mocation.href=URL") 

25 are modified such that the URL specification is encapsulated m a function call 
(i.e. Mocation.replaceC_rcFunc(URL))", ".loation=_rcFunc(URL)"). Additional 
javascript is then inserted into the page to implement the _rcFuncO function 
call. Given a fully qualified, absolute, or relative URL, flie _rcFunc() call 
implements the transformations described herein. 
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An additional method of loading a new page is to use an HTTP header 
such as "Location" or "Content-Location". The URLs specified in these headers 
are transformed as described herein. 

New merchants are received into the surrogate system database by the 

5 surrogate shoppmg servers using an administrator and the Merchant Pay Page 
Tool. This allows one to go tiirough a merchant site, find the forms that are to 
be processed, and specify to the servers how the forms are to be filled out. 

Figmires 48-56 illustrate use of a Merchant Pay Page Tool of an 
embodiment. The Merchant Pay Page Tool provides control over a form fill 

0 engine that automatically fills in merchant web site pages, or merchant pages, 
with user information requested upon check out or completion of a shopping 
session. Figiiire-48 is a merchant check out page 4800 prior to automatic fill by 
tiieform fill engine of an embodiment. Figure 49 is a merchant check out page 
4900 displaying a trainer launch button of an embodiment. Figure 50 is a 

5 training information page 5000 of an embodiment. Figmire 51 is traming 
information page 5100 of an embodiment including saved form fill settings. 
Figare 52 is a merchant check out page 5200 following automatic fill by the 
form fill engine of an embodiment. Figure 53 is a Purchase Wizard 
information page 5300 or form of an embodiment. Fignnre 54 is a merchant 

0 check out page 5400 without a Purchase Wizard template of an embodiment. 

Figure 55 is a merchant check out page 5500 with a Pay Wizard template of an 

I 

embodiment. Figure 56 shows an icon 5600 of an embodiment inserted into the 
merchant check out page wherein clicking on a field element name in a trainer 
window highlights the field in the merchant check out page. 

5 The form fill engine automatically fills in merchant web site pages, or 

merchant pages. Figmre 57 is a flow chart of an automatic form fill of an 
embodiment. For each merchant page that will be automatically filled in using 
form fill, there is a record stored in a database that describes how to identify the 
forni and how to fill it out. Included in this record is page signature information 

0 such as a list of form element types and names, a URL description, and a 

domain identifier. In addition, this record also contains a description of how to 
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fill out the fonns in the page. These records are cross referenced in the 
surrogate system database based on the domain to which they apply (for 
example, ".amazon.com"). 

When a page is fetched from a remote server 5702 by the proxy, the 
form fill engine fetches the records applying to the domain from which the 
remote page came 5704. For each record, the page description information is 
extracted 5706 to generate a scoring matrix and a list of instructions to 
implement the described form fill actions. This information is then cached 
locally in the proxy. Once this information is available, the merchant page is 
scored 5708 to see if it needs form fill. 

In the scoring process, the form element types and names, the URL, and 
the domain for each record are compared to the merchant page in such a way 
that each record generates a score between 0-1 00. If the record with the highest 
score is over an absolute threshold of 80, for example, then the record is 
considered to be a match and the form fill process is initiated. Since the scoring 
process does not require an exact match of all page elements, it is immune from 
minor changes to the merchant pages. 

When a match is found and form fill is to take place, the form fill 
mstructions associated with the record are executed 5710. These instructions 
fmd and modify the various form tags within the page using information about 
the user that generated the request When complete, the page is returned to the 
client browser 5712 where it appears pre-fiUed with the user's own information. 

The form fill process performs the following operations depending on 
the form element type, but is not so limited: 

text/password: insert/overwrite the "value='userValue"* pair in the tag; 

checkbox: insert/remove the "checked" keyword from the tag; 

radio button: insert the "checked" keyword in the selected button and 
remove the "checked" keyword from all other buttons in the group; and 

selection: insert the "selected" keyword in the selected option tag and 
remove the "selected" keyword from all other option tags in the group. 
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During form fill, the user is identified by an encrypted cookie. Using 
the cookie, the following user infonnation is available from the database to 
complete the form fill process, but the embodiment is not so limited: fiiU name 
(e.g., Jon Doe); first name (e.g., Jon); last name (e.g„ Doe); login name (system 
5 generated); password (system generated); fiiU address (e.g., 123 Main St. Suite 
B); address line 1 (e.g., 123 Main St.); address line 2 (e.g., Suite B); city (e.g., 
San Jose); state (e.g., California); state abbreviation (e.g., CA); country (e.g.. 
United States); country abbreviation (e.g., US); zip code (e.g., 94523); full 
phone (e.g., 650-555-1234); area code (e.g., 650); phone prefix (e.g., 555); 
0 phone postfix (e.g., 1234); email (e.g., jdoe@foo.net); credit card number (e.g., 
4111111111111111); credit card expnation date (mm/yyyy) (e.g., 05/2001); 
credit card expiration date (mmyy) (e.g., 0501); credit card expiration date 
(mm/yy) (e.g., 05/01); credit card expiration date (m) (e.g., 5); credit card 
expiration date (mm) (e.g., 05); credit card expiration date (yyyy) (e.g., 2001); 
5 and, credit card expiration date (yy) (e.g., 0 1 ). 

Fonn fill records of an embodiment are stored in Extensible Markup 
Language (XML) format similar to that shown below, but are not so limited: 

<element type='text' name='emair dbTag='dbEmair userText=" score>; 

<element type=*text' name='emailVerify' dbTag=*dbEmair userText=" 

0 score>; 

<element type=W name-'BillingFirstName* dbTag=='dbFirsfName' 
userText=" score>; 

<elementtype=*select* name=*BillmgState' dbTag='dbState* userText=" 
compareTo- text* compareType-'4*>; and 
5 <element type='select' name='BillmgCountry' dbTag^'userText* 

userText=*united states' compareTo- text* compareType=*4*>. 

Each element tag in the record identifies a particular page tag for form 
filling. For each form element the record can include the following 
information: the name/type of the element for scoring purposes; a keyword to 
0 uidicate whether or not this element should be used for scoring; and, a database 
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tag name indicating the value to form fill or a user specified value to use 
instead. 

Figiare 48 is a merchant check out page 4800 prior to automatic fill by 
the form fill engine of an embodhnent. Figure 52 is a merchant check out page 
5 5200 followmg automatic fill by the form fill engine of an embodiment. 

In addition to numerous form elements needing data entry, the checkout 
process is complicated by the fact that each merchant has a unique look and 
feel, and sequence of steps to complete the checkout process. Indeed, even 
within a single merchant site, there can be multiple checkout paths. For 

1 0 example, a user returning to a site might follow a different path than a new user. 
To simplify the checkout process across all merchants, a Purchase Wizard of an 
embodiment is inserted at a consistent location in each checkout page. This 
Purchase Wizard provides the user with specific instmctions about how to 
complete the current page. Given that the form elements will be pre-filled by 

1 5 the surrogate system, these instructions normally call out optional items on the 
page such as gift wrapping options. 

In addition to user specific instructions, the Purchase Wizard provides a 
"continue'' button or icon that, when selected, advances the checkout process 
along the correct path for that particular user. For example, a merchant page 

20 may have two links to advance the checkout process depending on whether or 
not the user is an intemational user. In this case, the continue button in the 
wizard would advance the process along the correct path for the user without 
the user having to read the entire page and decide on the correct path manually. 
Because the Purchase Wizard has a consistent look and feel, and functionality 

25 across all merchants, a user can checkout on any site by simply following the 
instructions in the wizard and clicking on the Purchase Wizard continue button. 

The surrogate system accommodates both a change in page layout over 
time and a change in page layout based on previous visits to the web site by the 
user in connecting the Purchase Wizard continue button to the correct link on 

30 the merchant page. Furthermore, multiple ways to link to the next page are 

accommodated, for example: simple URL (e.g., <a hre^...> ); form post using 
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submit (e.g., <mput type=submit ...>); and, forni post using image (e.g., <input 
type=image .,.>). 

Typically, information to be sent back to the merchant is contained in a 
forai that the user must complete. This being the case, the form contains some 
5 means for submittmg the form, either in the form of a submit button or icon, or 
an image. Either way, the. cases where the page layout changes over time or 
based on previous visits to the site by the user are handled by scoring the 
individual forms in a page similar to the way pages in the checkout process are 
scored for form fill. In this way, even if the layout of the page changes, the 
1 0 continue button can be attached to the correct form regardless of where it is 
located in the page. 

In the case where the link to the next page is with <a href=...> URL, the 
continue button simply contains the same href as the desired Imk in the page. 
At the time the Purchase Wizard is inserted into the page, the desired href is 
1 5 located and copied into the Purchase Wizard continue button. 

In the cases where the link to the next page is a form post usmg a submit 
icon, and an image submit, the Purchase Wizard continue button uses javascript 
to submit the correct form. However, there can be additional complications due 
to the fact that there may be multiple submits in the same form. In this case, 
20 additional hidden tags will be inserted into the form so that the proxy can fix the 
post such that it appears to have , come firom the correct submit even if the 
Purchase Wizard continue button was \ised. 

Similarly, in the case of an image submit, the resulting post back to the 
merchant should contain a name.x and name.y component that would normally 
25 be missing if a javascript submit was used alone. Again, hidden tags are 

inserted into the form so that the proxy can fix the post to look like the image 
was actually clicked before passing it along to the merchant server. 

The Purchase Wizard is inserted after the <body> tag in the merchant 
page as it passes through the proxy. Figure 53 is a Pay Wizard or Purchase 
30 Wizard information page 5300 or form of an embodhnent. Figure 54 is a 
merchant check out page 5400 without a Purchase Wizard template of an 
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embodiment. Figure 55 is a merchant check out page 5500 with a Purchase 
Wizard template 5502 of an embodiment. 

A trainer facilitates the process of generating fonn fill and wizard 
database records for merchant checkout pages. Figure 49 is a merchant check 
5 out page 4900 displaying a trainer launch button 4902 of an embodiment. 

Figure SO is a traming information page 5000 of an embodiment. Figure 58 is 
a flow chart for a fonn fill training process of an embodiment. When enabled, 
the proxy performs the following actions 5802 on the pages that pass through it: 
insert a uniquely named anchor in front of each form element; insert a uniquely 

10 named transparent image in front of each form element; insert javascript at the 
bottom of the page to create a popup window; and, insert a "start training" 
button or icon at the bottom of the page that will invoke the popup window. 
Furthermore, the trainer generates the following HTML code for the popup 
window: for each form element that may need form fill, msert a row of controls 

15 in the form fill portion of the trainer; and, for every submit button, insert a row 
of controls in the wizard portion of the trainer. 

When the "start training" icon 4902 or button is selected 5804 in the 
browser page 4900, a popup window 5000 containing all the training 
information for this page is presented 5806, If this page was previously trained, 

20 the previously saved settings 5 1 02 are reflected in the traming window 5 1 00. 
The user can then use the controls in the training window to indicate to the 
proxy which portions of the page should be form filled, whether or not there 
should be a Purchase Wizard 5300 for this page, and to what the Purchase 
Wizard continue button should be attached 5808. To aid in the training process, 

25 icons 5602 are inserted into the original merchant document so that clicking on 
a field element name in the trainer window will highlight the field in the 
original document 5600. 

When complete, a save button or icon in the tramer window is used to 
post the information back to the proxy 5810 which then converts the arguments 

30 to a database record. This record is stored in the database and all proxies are 
sent a cache flush message so that the next request for a page from the merchant 
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will reflect the new record regardless of which proxy server actually services 
the request. Figimre 51 is training information page 5100 of an embodunent 
including saved form fill settings. 

In executing a purchase transaction, the surrogate shopping servers 
5 communicate with the merchant shopping site, but are not so lunited. When 
payment is required, the surrogate shopping server sends information associated 
with the credit card assigned to the current shopper to the merchant site. The 
merchant is then able to use that credh card for payment for any product 
purchased by the user using the network associated wdth the credit card, for 

1 0 example the Visa, Mastercard, American Express, and Discover card network. 
That request eventually gets back to the surrogate bank which v^l allow or 
decline the purchase through the surrogate system depending on the available 
balance and credit limit on that credit card. 

Figure 59 is a flow chart for a data stream monitoring process of an 

15 embodiment. During the hosted shopping sessions the surrogate system 

provides real-time levels of control over the information available to a user by 
monitoring the data stream 5902 of transactions effected through the surrogate 
system and performing pattem recognition on data streams transmitted 5904 
fi:om the online merchant web site. The data stream monitoring and pattem 

20 recognition provides the surrogate system with information including the online 
merchant web sites visited by a user, the type of merchandise for which the user 
is shopping, and the type of items purchased by a user. As such, the surrogate 
system can control the provision of information 5906 to users and the purchases 
of a user. The control includes, but is not hmited to, information or page 

25 insertion, information or page substitution, and information or page blocking 
5908, 

In controlling the provision of information, the surrogate system can 
insert pages or information into the information presented to the viewer by the 
online merchant web site in response to information obtained from the user. 
30 The inserted mformation mcludes, but is not limited to, advertisements for items 
that are equivalent or similar to items for which the user is shopping or has 
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selected for purchase, special offers, and savings coupons for items that are 
equivalent or similar to items for which the user is shopping or has selected for 
purchase. 

Likewise, the surrogate system can prevent or disable the viewing of 
5 information that otherwise might be presented to a user, thereby effecting a 
level of security. For example, a user identified as a minor child might be 
prevented firom viewmg information related to items that the user is not allowed 
to purchase, for example pornographic materials found on a merchant web site. 
The surrogate system pattern recognition feature recognizes that material 
1 0 transmitted fi-om the merchant might be pomogmphic and, in response, blocks 
viewing of the material while disabling the purchase mechanism associated with 
this material. 

Furthermore, the surrogate system of an embodiment provides real-time 
control over the types of merchandise that can be purchased through the 

1 5 surrogate system using Merchant Category Codes. This control is effected by 
allowing shopping at online merchants according to the Merchant Category 
Codes associated with particular merchants. In an alternate embodiment, this 
control can be effected by preventmg shoppmg at online merchants according to 
the associated Merchant Category Codes. 

20 A payment transaction is effected at such time as the user has completed 

a shopping session via the surrogate system at an online merchant shopping site 
and is ready to check out and pay for the selected merchandise. Figure 60 is a 
flow chart of a payment transaction of an embodiment. The surrogate system of 
an embodiment retrieves a credit card number from a pool of credit card 

25 nimibers maintained by the surrogate system. The pool of credit cards can 
include Visa, Mastercard, Discover, and American Express credit cards, but Js 
not so limited. The retrieved credit card number is associated with a credit card 
having available credit equal to or greater than the current purchase amount. 
The selected credit card number, for purposes of the current transaction, is 

30 linked to the user with infomiation including the user's name and transaction 
information including the transaction date, amount, merchant, and merchandise. 
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The surrogate system of an alternate embodiment assigns a unique credit 
card number to a user at the time the associated surrogate system account is 
opened or activated. While the assigned credit card is maintained in the 
surrogate system credit card pool, it is assigned for the exclusive use of the 
5 particular user for such tune as the user has an active surrogate system account. 
A payment transaction is completed usmg the assigned credit card number. 

In effecting the purchase transaction, the surrogate system determines 
whether a surrogate credit card is assigned to the user 6002. If no credit card 
has been assigned, a credit card number is retrieved from the pool of credit 

10 cards and assigned to the user 6004. The surrogate system next determmes 
whether the credit card assigned is new, or whether the user's shipping address 
has changed. If it is determined that updated information is needed, the 
surrogate system prompts the user for updated information. The user is also 
prompted for any coupons that are to be applied to the purchase. The coupon 

15 values or amounts, upon validation, are subtracted from the total amount of the 
purchase to arrive at the amount due from the user's account 6006. 

A determmation is made whether the user's account balance is greater 
than the amount due 6008. If the user's account balance is less than the amount 
due, a prompt is issued to the user as to whether the user wants to fimd the 

20 difference with another fiindmg source, for example a personal credit card. 
Additional fiinding sources used can also include online currency m currency 
conversion partner accounts and incentive codes. If the user does not wish to 
fund the difference with a personal credit card, the purchase transaction is 
terminated. 

25 If the user does wish to fiind the difference with a personal credit card 

6010, then the user is prompted for the personal credit card information 
including the type of card, name on the card, billing address, card number, and 
card expiration date. The corresponding credit card network is queried to 
receive validation of the card. Upon validation of the user's personal credit 

30 card, the purchase transaction is continued. 
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The purchase transaction continues with the user reaching the final step 
of the purchase transaction wherein the user is queried to confirm the purchase. 
Upon confirmation, when the user's personal credit card is used to fiind the 
balance between the amount due and the amount present in the user's surrogate 

5 account, the appropriate credit card network is accessed and the user's personal 
credit card is charged for the balance. The funds charged against the user's 
personal credit card are credited to the user's account balance, thereby making 
the amount present in the user's surrogate account equal to the amount due. 
The transaction contmues with a determination whether there are any 

0 pending operations that require loading/unloading of money to/fi:om the 

surrogate credit card assigned to the user 6012. This step is used because, as a 
user deposits money into theh surrogate account, or earns money, or redeems 
other forms of currency, the money is not loaded onto the surrogate card. 
Instead, the money is marked as pending. In this manner, other monies are 

5 accommodated that may be applied against a purchase, for example, coupons 
and monies firom a user's own credit card. When any pending operations are 
deteraiiued to be complete, the surrogate bank is directed to perform a loadmg 
operation in which the amount due is loaded from the user's surrogate account 
to their surrogate credit card. A final purchase request is transferred to the 

[) online merchant shopping site, and the user's surrogate account balance is 
adjusted accordingly 6014. 

Offline shopping is supported by the surrogate system of an 
embodiment. In supporting offline shopping a user, upon acceptance of 
applicable restrictions and permissions, may select an option upon openmg an 

5 account in the surrogate system resulting in the issuance of a physical debit 
card. The debit card can be issued by a credit card issuer or bank and is of a 
type including Visa, Mastercard, American Express, and Discover, but is not so 
limited. The debit card is linked to the user's surrogate account, and has an 
available spending lunit equal to the amoimt of credit in the user's surrogate 

0 system account. The surrogate system periodically updates the debit card 
issuing authority as to the available spending limit associated with each debit 
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card for which the surrogate system has a corresponding account The offline 
merchants enabled to accept the card are controlled by the issuing authority 
using Merchant Category Codes. In this manner, the types of merchandise that 
can be purchased with the debit card are limited. 

In performing surrogate credit card reconciliation subsequent to 
completed purchase transactions, the surrogate system of an embodiment 
maintains two ledgers, a surrogate system ledger, and a credit card statement 
ledger. The surrogate system ledger is available for viewmg by the user while 
the credit card ledger is not available for vievmig, but the system is not so 
limited. The surrogate system ledger captures the user's surrogate account 
balance and all shopping activity based on the merchant web pages. The credit 
card statement ledger is periodically returned by the surrogate bank, for 
example each night, and contains all activity resulting in a surrogate account 
balance change including purchasing and card loading activities. The surrogate 
system receives the credit card statement ledger from the bank arid uses it to 
adjust the surrogate system ledger to reflect surrogate system account activities. 

In performing the reconciliation, the credit card statement ledger 
provides merchant charges agamst the surrogate credit cards. These entries are 
matched up with corresponding entries in the surrogate system ledger and any 
difference in amounts between the credit card statement ledger and the 
surrogate system ledger are adjusted usmg an adjustment record to the surrogate 
system ledger. The entries are matched using the merchant name and a match 
of the purchase prices within a progranmiable percentage amount. 

Other reconciliation situations involve returned items and orders that do 
not ship. If a user returns an item, the merchant credits an amount back to the 
corresponding surrogate credit card. That credit amount will display in the 
credit card ledger, and that credit will be applied to the surrogate system ledger 
when detected. 

If an order does not ship, or is cancelled, the surrogate system ledger 
will have one or more entries that are not reconciled for a specified timeout 
period, for example, 60 days. If no reconciliation occurs, then a credit can 
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immediately be given to the user, or a report sent to the surrogate financial 
administrator to allow further research into the specific purchase status, but the 
embodiment is not so limited. The surrogate financial administrators have 
access to both types of ledgers in order to take manual action as required. 
5 Reports may be generated at any time displaymg any discrepancies. • 

The surrogate system mamtains strict control of emails sent from the 
merchant shopping site to the user in order to filter out spam, or unsolicited, 
transmissions, protect credit card numbers or other surrogate system 
infomiation, or to use the email for its own internal processing. In performing 

1 0 this fimction, users of the surrogate system are prompted to input their email 
address during sign up or administration. However, instead of using the user's 
actual email address, the surrogate system provides a unique surrogate email 
address for each user when an email address is requested by an onlme merchant. 
The surrogate email address is not known by the user to which it is assigned. 

1 5 When email is received at this unique email address, the surrogate email 

proxy looks up or determines the user's actual email address from tihe database, 
performs any operations based on the email content, and forwards it onto the 
customer if so requested. Therefore, when a merchant shopping site uses an 
email to communicate with the user, the proxied email addresses are used 

20 instead. 

The purpose of this surrogate email address is to ensure that all email 
from the online merchant to the user is sent initially to the surrogate email 
proxy. The surrogate email proxy processes the email before sending it to the 
user, processing that includes filtering and categorizing of the email. Therefore, 

25 the user continues to receive the emails they expect from the online merchant, 
for example order confirmation and status emails, unless the surrogate email 
proxy chooses to not forward a specific email based on the configuration. 

Upon specifymg an email address to the surrogate system management 
dxiring sign up or administration, the surrogate system assigns a unique secret 

30 email address for the new user. The user's email address goes to the special 
surrogate email server along with the corresponding secret email address, for 
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example: user@aol.com => ss_randoral23@surrogate.com. When the user 
shops at merchant shopping sites via the surrogate shopping servers and an 
email address is requested by the merchant site, the surrogate email address is 
provided rather than the real email address. 
5 When a merchant sends email to the user it is sent to the special 

surrogate email address. The surrogate email proxy determines the user's actual 
email address from the surrogate database and replaces all mstances of the 
special surrogate email address with the actual emaU address. Furthermore, the 
surrogate email proxy removes all credit card numbers and other internal 

1 0 surrogate system data from the merchant email transmission. 

The surrogate email proxy also appUes any corresponding merchant- 
specific filters to the email message, depending on where the email message 
originated. Using classifications based on the content in the email header and 
body, the surrogate email proxy evaluates the email and classifies it into one of 

1 5 the following categories: SPAM, if the user configures their account to not 
receive spam, this email is eluninated; STATUS, forward to the actual email 
address, keepmg a copy v^thin the surrogate system for admmistrative 
purposes; NORMAL, forward to the actual email address; UNKNOWN, do not 
forward the email, and send it to a special surrogate account where it is 

20 reviewed before classifying it as either SPAM, STATUS, or NORMAL. As 
such, the surrogate email proxy determines whether to provide email from the 
online merchant to the user. 

The foregoing description of various embodiments of the claimed 
invention is presented for purposes of illustration and description. It is not 

25 intended to limit the claimed invention to the precise forms disclosed. Many 
modifications and equivalent arrangements may be apparent. 
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CLAIMS 

What is claimed is: 



11. A method for surrogate control of electronic commerce transactions, 

2 comprising: 

3 funding at least one surrogate account in a surrogate electronic system; 

4 accessing at least one electronic conunerce system through the surrogate 

5 electronic system; 

6 selecting at least one item for purchase from the at least one electronic 

7 commerce system; 

8 selecting at least one credit account in the surrogate electronic system; 

9 determining an amount due to complete at least one purchase transaction 

10 on the at least one electronic commerce system; 

1 1 transferring funds equal to the amount due from the at least one surrogate 
- 12 account to the at least one credit account; and 

13 executing the at least one purchase transaction using the at least one 

14 credit account. 

1 2. The method of claim 1 , further comprising performing fraud detection 

2 on at least one fund source. 

1 3 . The method of claim 1 , wherein funding comprises placing funds in the 



2 at least one surrogate account from at least one fund source, wherein the at least 

3 one fund source includes at least one fund source selected from a group 

4 consisting of credit cards, checks, money orders, gift certificates, incentives, 

5 online electronic currency, Automatic Teller Machines, and stored value cards. 

1 4. The method of claim 3, wherein funding using online electronic 

2 currency comprises: 

3 determining a plurality of online electronic currency balances in a 

4 plurality of accounts; 
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5 aggregating an amount of online electronic currency from the plurality 

6 of accounts, 

1 5 , The method of claim 1 , wherein accessing is transparent. 

1 6 . The method of claim 1 , further comprising; 

2 compiling records of purchase transactions completed through the 

3 surrogate electronic system; 

4 presenting at least one list of merchants rank ordered according to the 

5 compiled records. 

1 7. The method of claim 1 , further comprising controlling information 

2 provided through the surrogate electronic system from the at least one electronic 

3 commerce system. 

1 8, The method of claim 7, wherein the controlling comprises: 

2 monitoring data streams; 

3 performing pattern recognition on data streams transferred from the at 

4 least one electronic commerce system; 

5 determining content of the data streams; 

6 controlling information provided from the at least one electronic 

7 commerce system in response to the content. 

1 9. The method of claim 8, wherein controlling includes at least one 

2 operation selected from a group consisting of inserting additional information 

3 into the data stream, substituting information in the data stream, filtering 

4 information in the data stream, and removing information from the data stream. 

1 1 0. The method of claim 7, wherein the controlling comprises: 

2 assigning a surrogate electronic mail address to a user that is mapped to 

3 an actual electronic mail address of the user; 
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4 providing the surrogate electronic mail address to the at least one 

5 electronic commerce system in response to requests for the actual electronic 

6 mail address; 

7 filtering and categorizing electronic mail received fi-om the at least one 

8 electronic commerce system, wherein sensitive information of the surrogate 

9 electronic system is removed; and 



1 0 forwarding the filtered electronic mail to the actual electronic mail 

1 1 address of the user. 

1 11, The method of claim 1 , fiirther comprising reconciling transactions for 

2 the at least one credit accoimt, wherein reconciling includes: 

3 maintaining a surrogate system ledger including at least one balance for 

4 the at least one surrogate account and at least one corresponding purchase 

5 transaction record; 

6 periodically receiving a credit account statement ledger including . 

7 purchase transactions resulting in a change in the at least one balance; and 

8 using the credit accoimt statement ledger to adjust the surrogate system 

9 ledger. 

1 1 2. The method of claim 1 , wherein determining an amoxmt due to complete 

2 at least one purchase transaction comprises: 

3 determining a total amount due to complete the at least one purchase 

4 transaction; ^ 

5 determining a value of applicable credits selected fi-om a group consisting of 

6 coupons, merchant incentives, and surrogate system incentives; and 

7 subtracting the value of applicable credits firom the total amoimt due to 

8 get the amoimt due. 

1 13. The method of claim 1 , wherein selecting at least one credit accoxmt 

2 includes determining if the available credit of the at least one credit account is 

3 sufficient to cover a purchase amount of the at least one purchase transaction. 
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5 



1 14. The method of claim 1, wherein transferring funds comprises: 

2 determining if a balance of the at least one surrogate account is enough 

3 to cover the amount due; and 

4 increasing the balance of the at least one surrogate account if the balance 
is not enough, the increasing including receiving and aggregating funds from a 

6 plurality of fund soiffces, 

1 15. A system for surrogate control of electronic commerce transactions, 

2 comprising: 

3 a surrogate web site coupled among at least one client computer, at least 

4 one financial system, and at least one database including at least one user 

5 account, wherein the at least one user account is funded by a user with at least 

6 one user fimding source; 

7 at least one proxy server coupled among the at least one database, the at 

8 least one client computer, and at least one electronic merchant system, wherein 

9 at least one purchase transaction is supported on the at least one client browser 

10 and the at least one electronic merchant system through the at least one proxy 

1 1 server, wherein payment for the at least one purchase transaction is funded 

12 using a surrogate funding source loaded with funds from the at least one user 

13 accoimt. 



1 , 16. The system of claim 15, further comprismg at least one fraud detection 

2 device for performing fraud detection scoring on the at least one user fundmg 

3 source and information associated with the user. 

1 17. The system of claim 1 5, wherein the at least one user account is funded 

2 by placing funds m the at least one user account from the at least one user 

3 funding source, wherein the at least one user funding source includes at least 

4 one funding source selected from a group consisting of credit cards, checks. 
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5 money orders, gift certificates, incentives, online electronic cuirency, Automatic 

6 Teller Machines, and stored value cards. 

1 18. The system of claim 17, wherein funding using online electronic 

2 currency comprises: 

3 determining a plurality of online electronic currency balances in a 

4 plurality of accounts at a plurality of locations on at least one network; 

5 aggregatmg an amount of online electronic currency from the plurality 

6 of accounts. 



1 19. The system of claim 1 5, wherem the at least one proxy server: 

2 compiles records of purchase transactions completed through the 

3 system; 

4 presents to the user at least one list of electronic merchant systems rank 

5 ordered according to the compiled records. 

1 20. The system of claun 1 5, wherein the at least one proxy server controls 

2 infonnation provided through the surrogate web site from the at least one 

3 electronic merchant system, wherein the at least one proxy server includes at 

4 least one shopping proxy server and at least one email proxy server. 

1 21. The system of claim 20, wherem the controlimg comprises: 

2 monitoring data streams; 

3 performing pattern recognition on data streams transferred from the at 

4 least one electronic merchant system; 

5 determining content of the data streams; 

6 controlling information provided to the at least one client browser from 

7 the at least one electronic merchant system m response to the content. 

1 22. The system of claim 2 1 , wherem controlling includes at least one 

2 operation selected from a group consisting of inserting additional information 
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3 into the data stream, substituting information in the data stream, filtering 

4 information in the data stream, and removing information jfrom the data stream. 

1 23. The system of claim 20, wherein the controUing comprises: 

2 assigning a surrogate electronic mail address to the user that is mapped 

3 to an actual electronic mail address of the user; 

4 providing the surrogate electronic mail address to the at least one 

5 electronic merchant system in response to requests for the actual electronic mail 

6 address; 

7 filtering and categorizing electronic mail received from the at least one 

8 electronic merchant system, wherein sensitive information of the system for 

9 surrogate control is removed; and 

1 0 forwarding the filtered electronic mail to the actual electronic mail 

1 1 address of the user. 



1 24. The system of claim 15, wherein the at least one proxy server reconciles 

2 transactions for the at least one user account, wherein reconciling includes: 

3 maintaming a surrogate system ledger including at least one .balance for 

4 the at least one user account and at least one correspondmg purchase transaction 

5 record; 

6 periodically receiving a credit account statement ledger including 

7 purchase transactions resulting in a change in the at least one balance; and 

8 using the credit account statement ledger to adjust the surrogate system 

9 ledger. 



1 25. The system of claim 15, wherein the at least one proxy server 

2 detennines an amount due to complete the at least one purchase transaction by: 

3 determining a total amount due to complete the at least one purchase 

4 transaction; 

5 determirung a value of applicable credits selected from a group consisting of 

6 coupons, merchant incentives, and surrogate system incentives; and 
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7 subtracting the value of appUcable credits from the total amount due to 

8 get the amount due, 

1 26. The system of claim 15, wherein payment for the at least one purchase 

2 includes determining if the available credit of the surrogate funding source is 

3 sufficient to cover a purchase amount of the at least one purchase transaction. 

1 27. The system of claim 15, wherein payment for the at least one purchase 

2 transaction comprises: 

3 determining if a balance of the at least one user account is enough to 

4 cover the amount due; and 

5 increasing the balance of the at least one user account if the balance is 

6 not enough, the increasing mcluding receiving and aggregating funds from a 

7 plxirality of fimd sources. 



1 28. A device for controlling electronic commerce transactions, comprising 

2 at least one surrogate processing system mcluding a database coupled among at 

3 least one client computer and at least one electronic merchant system and a 

4 surrogate web site and at least one financial system and at least one transparent 

5 proxy server, wherein the at least one surrogate processing system is configured 

6 to: 

7 fimd at least one surrogate account in the database; 

8 access the at least one electronic merchant system to allow selection of 

9 items for purchase from the at least one electronic merchant system using the at 

1 0 least one client computer; 

1 1 select at least one surrogate credit account; 

12 determine an amount due to complete at least one purchase transaction 

13 on the at least one electronic merchant system; 

14 transfer funds equal to the amount due from the at least one surrogate 

1 5 account to the at least one surrogate credit account; and 
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1 6 execute the at least one purchase transaction using the at least one 

1 7 surrogate credit account. 

1 29. The device of claim 28, wherein the at least one surrogate processing 

2 system is further configured to perform fraud detection scoring on at least one 

3 fund source. 

1 30. The device of claun 28, wherein funding comprises placing funds in the 

2 at least one surrogate account from at least one fund source, wherein the at least 

3 one fund source includes at least one fund source selected from a group 

4 consisting of credit cards, checks, money orders, gift certificates, incentives, 

5 onlme electronic currency. Automatic Teller Machmes, and stored value cards. 

1 31. The device of claim 30, wherein funding using online electronic 

2 currency comprises: 

3 determining a plurality of online electronic currency balances in a 

4 plurality of accounts at a plurality of locations on at least one network; 

5 aggregating an amount of online electronic currency from the plurality 

6 of accoimts. 

1 32. The device of claim 28, wherein the at least one surrogate processing 

2 system is further configured to: 

3 compile records of purchase transactions completed through the 

4 surrogate electronic system; 

5 present to a user at least one list of merchants rank ordered according to 

6 the compiled records. 

1 33 . The device of claim 28, wherein the at least one surrogate processing 

2 system is further configured to control information provided through the 

3 surrogate electronic system from the at least one electronic commerce system 

4 using the at least one transparent proxy server, wherein the at least one 
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5 transparent proxy server includes at least one shopping proxy server and at least 

6 one email proxy server. 

1 34. The device of claun 33, wherein the control of mformation comprises: 

2 monitoring data streams; 

3 performing pattern recognition on data streams transferred from the at 

4 least one electronic commerce system; 

5 determining content of the data streams; 

6 controlling information provided to the at least one client computer from 

7 the at least one electronic commerce system in response to the content. 

1 35. The device of claim 34, wherein controlling information includes at least 

2 one operation selected from a group consisting of inserting additional 

3 information into the data stream, substituting information in the data stream, 

4 filtering information in the data stream, and removing information from the data 

5 stream. 



1 36. The device of claim 33, wherein the control of information comprises: 

2 assigning a surrogate electronic mail address to a user that is mapped to 

3 an actual electronic mail address of the user; 

4 providing the surrogate electronic mail address to the at least one 

5 electronic commerce system in response to requests for the actual electronic 

6 mail address; 

7 filtering and categorizing electronic mail received from the at least one 

8 electronic commerce system, wherein sensitive information of the surrogate 

9 electronic system is removed; and 

10 forwarding the filtered electronic mail to the actual electronic mail 

1 1 address of the user. 
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1 37. The device of claim 28, wherein the at least one surrogate processing 

2 system is fiirther configured to reconcUe transactions for the at least one credit 

3 account by: 

4 maintaining a surrogate system ledger including at least one balance for 

5 the at least one surrogate account and at least one corresponding purchase 

6 transaction record; 

7 periodically receivmg a credit account statement ledger including 

8 purchase transactions resulting in a change in the at least one balance; and 

9 using the credit account statement ledger to adjust the surrogate system 
10 ledger. 

1 38. The device of claim 28, wherein determining an amount due to complete 

2 at least one purchase transaction comprises: 

3 determining a total amount due to complete the at least one purchase 

4 transaction; 

5 determming a value of applicable credits selected from a group consisting of 

6 coupons, merchant incentives, and surrogate system incentives; and 

7 subtracting the value of applicable credits from the total amoimt due to 

8 get the amount due. 

1 39. The device of claim 28, wherein selecting at least one surrogate credit 

2 account includes determioing If the available credit of the at least one surrogate 

3 credit accoxmt is sufficient to cover a purchase amount of the at least one 

4 piurchase transaction. 

1 40. The device of claim 28, wherein transferring funds comprises: 

2 determining if a balance of the at least one surrogate credit account is 

3 enough to cover the amount due; and 

4 increasing the balance of the at least one surrogate credit account if the 

5 balance is not enough, the increasing including receiving and aggregating funds 

6 from a plurality of fund sources. 
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1 41 . A computer readable medium containing executable instructions which, 

2 when executed in a processmg system, causes the system to control electronic 

3 commerce transactions, the control comprising: 

4 funding at least one surrogate account in a surrogate electronic system; 

5 accessing at least one electronic commerce system through the surrogate 

6 electronic system; 

7 selecting at least one item for purchase from the at least one electronic 

8 commerce system; 

9 selecting at least one credit account in the surrogate electronic system; 

1 0 determinmg an amount due to complete at least one purchase transaction 

11 on the at least one electronic commerce system; 

12 transferring funds equal to the amount due from the at least one surrogate 

1 3 account to the at least one credit account; and 

1 4 executing the at least one purchase transaction using the at least one 

15 credit accoimt 

1 42. The computer readable medium of claim 4 1 , wherein funding comprises 

2 placing funds in the at least one surrogate account from at least one fund source, 

3 wherein the at least one fund source includes at least one fund source selected 

4 from a group consisting of credit cards, checks, money orders, gift certificates, 

5 mcentives, online electronic currency, Automatic Teller Machines, and stored 

6 value cards, wherein funding using online electronic cunency includes 

7 determining a plurality of online electronic currency balances in a plxirality of 

8 accounts, and aggregating an amount of online electronic currency from the 

9 plurality of accounts, 

1 43 . The computer readable medium of claim 4 1 , wherein the control further 

2 comprises: 

3 compiUng records of purchase transactions completed through the 

4 surrogate electronic system; 
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5 presenting at least one list of merchants rank ordered according to the 

6 compiled records. 



1 44. The computer readable medium of claim 41, wherein the control further 

2 comprises controlling mformation provided through the surrogate electronic 

3 system from the at least one electronic commerce system. 

1 45 . The computer readable medium of claim 44, wherein controUmg 

2 information comprises: 

3 monitoring data streams; 

4 performing pattern recognition on data streams transferred j&om the at 

5 least one electronic commerce system; 

6 determining content of the data streams; 

7 controlling information provided jfrom the at least one electronic 

8 commerce system in response to the content. 

1 46. The computer readable medium of claim 45, wherein controlling 

2 kiformation includes at least one operation selected from a group consisting of 

3 inserting additional information into the data stream, substituting information in 

4 the data stream, filtering information in the data stream, and removing 

5 information from the data stream. 

1 47. The computer readable medium of claim 44, wherein controlling 

2 information comprises: 

3 assigning a surrogate electronic mail address to a user that is mapped to 

4 an actual electronic mail address of the user; 

5 providing the surrogate electronic mail address to the at least one 

6 electronic commerce system in response to requests for the actual electronic 

7 mail address; 
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8 filtering and categorizing electronic mail received jfrom the at least one 

9 electronic commerce system, wherein sensitive information of the surrogate 

10 electronic system is removed; and 

1 1 forwarding the filtered electronic mail to the actual electronic mail 

1 2 address of the user. 



1 48. The computer readable medium of claim 41, wherein the control fiuther 

2 comprises reconciling transactions for the at least one credit account, wherein 

3 reconciling includes: 

4 maintaining a surrogate system ledger includmg at least one balance for 

5 the at least one surrogate account and at least one corresponding purchase 

6 transaction record; 

7 periodically receiving a credit account statement ledger includmg 

8 purchase transactions resulting m a change m the at least one balance; and 

9 using the credit account statement ledger to adjust the surrogate system 
10 ledger. 

1 49. An electromagnetic medium containing executable instructions which, 

2 when executed m a processing system, causes the system to control electronic 

3 commerce transactions, the control comprising: 

4 fimding at least one surrogate account in a surrogate electronic system; 

5 accessing at least one electronic commerce system through the surrogate 

6 electronic system; 

7 selecting at least one item for purchase firom the at least one electronic 

8 commerce system; 

9 selecting at least one credit accoxmt in the surrogate electronic system; 

10 determining an amoimt due to complete at least one purchase transaction 

11 on the at least one electronic commerce system; 

12 transferring fiinds equal to the amount due from the at least one surrogate 

1 3 account to the at least one credit account; and 
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14 executing the at least one purchase transaction using the at least one 

15 credit account. 

1 50. The electromagnetic medium of claim 49, wherein funding comprises 

2 placing funds m the at least one surrogate account from at least one fund source, 

3 wherein the at least one fund source includes at least one fund source selected 

4 from a group consisting of credit cards, checks, money orders, gift certificates, 

5 incentives, online electronic currency, Automatic Teller Machines, and stored 

6 value cards, wherein funding using online electronic currency includes 

7 determining a plurality of online electronic currency balances in a plurality of 

8 accounts, and aggregatmg an amount of online electronic currency from the 

9 plurality of accounts. 



1 51. The electromagnetic medium of claim 49, wherein the control further 

2 comprises: 

3 compiling records of purchase transactions completed through the 

4 surrogate electronic system; 

5 presenting at least one list of merchants rank ordered according to the 

6 compiled records. 

1 52. The electromagnetic medium of claim 49, wherein the control further 

2 comprises controlling mformation provided through the surrogate electronic 

3 system from the at least one electronic commerce system. 

1 53. The electromagnetic medium of claim 52, wherein controlling 

2 information comprises: 

3 monitoring data strean^is ; 

4 performing pattern recognition on data streams transferred from the at 

5 least one electronic conamerce system; 

6 determining content of the data streams; 
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7 controlling information provided from the at least one electronic 

8 commerce system in response to the content, 

1 54. The electromagnetic medium of claim 53, wherein controlling 

2 information includes at least one operation selected from a group consisting of 

3 inserting additional mformation into the data stream, substitutmg information u 

4 the data stream, filtering information in the data stream, and removing 

5 information from the data stream. 



1 55. The electromagnetic medium-of claim 52, wherein controlling 

2 information comprises: 

3 assigning a surrogate electronic mail address to a user that is mapped to 

4 an actual electronic mail address of the user; 

5 providing the surrogate electronic mail address to the at least one 

6 electronic commerce system in response to requests for the actual electronic 

7 mail address; 

8 filtering and categorizing electronic mail received from the at least one 

9 electronic commerce system, wherein sensitive information of the surrogate 

10 electronic system is removed; and 

1 1 forwarding the filtered electronic mail to the actual electronic mail 

1 2 address of the user. 

1 56. The electromagnetic medium of claim 49, wherein the control further 

2 comprises reconciling transactions for the at least one credit account, wherein 

3 reconciling includes: 

4 maintaining a surrogate system ledger including at least one balance for 

5 the at least one surrogate accoimt and at least one corresponding purchase 

6 transaction record; 

7 periodically receiving a credit account statement ledger including 

8 purchase transactions resuhing in a change in the at least one balance; and 
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9 using the credit account statement ledger to adjust the suirogate system 

10 ledger. 
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4502 



CLICK ON THE ONLINE MERCHANT "CHECK OUF BUTTON <h-^ 

■nr ' 

1 4504 



CREATE TWO BUFFER AREAS: AO' 
ONE FOR DELIVERY TO THE SPENDER, ONE FOR DELIVERY TO THE MERCHANT | 



4506 



VIEW THE ONLINE MERCHANT PAY PAGES (CHECK OUT PAGES) f -^ 

^ 4508 



SEARCH PAY PAGE FOR RULE MATCHES USING RULE STRUCTURES 



IF A MATCH IS FOUND EXECUTE THE RULE IN THE APPROPRIATE BUFFER AREA,| 45 1 0 
I.E., PROTECT A SPENDER FIELD, DISPLAY TO THE SPENDER IN A FIELD 



VERIFY THAT AMOUNT TO BE SENT IS LESS THAN OR EQUAL J 45 1 2 
TO THE AMOUNT IN THE SPENDER ACCOUNT 



REQUEST AN AVAILABLE CORPORATE CREDIT CARD WITH ENOUGH REMAINING I 45 1 4 
CREDIT TO COVER THE AMOUNT OF THE SPENDER'S PURCHASE 



FlU IN THE CREDIT CARD NUMBER, TYPE, AND EXPIRATION DATE INTO THE tf^' 

APPROPRIATE FIELDS IN THE ONLINE MERCHANT BUFFER AND DELIVER 
TO THE ONLINE MERCHANT 



4516 



INTERCEPT PRIVATE CREDIT CARD INFORMATION ON AU DATA RETURNING TO JJ5 1 8 
BROWSER AND SUBSTITUTE WITH TEXT ("*"") TO BE DISPLAYED TO SPENDER T 

T ' 



GENERATE AND PROVIDE A SUBSTITUTE OBSCURED EMAIL 
NAME AND PASSWORD TO MERCHANT SITE TO ENSURE PROPRIETARY 
ACCESS TO MERCHANT ORDER INFORMATION 

T 



4520 



— — — I 4522 
WAIT FOR THE ONLINE MERCHANT TO REPLY 



RESPOND BASED ON SUCCESS OR FAILURE 



3^ 



4524 



STORE ALL INFORMATION ABOUT THE PURCHASE IN 14526 
THE WEB SITE SERVER DATABASE 1^ 



END 
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( START ^ 



RETRIEVE mB PAGES 



4602 



SEARCH PA6ES FOR FUUYQUAUHED IINKS j -^ 



4604 



CONCATENATE SURROGATE 
DOMAIN TO HOST NAME 



4606 



V 




ricj". 46 
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( START ^ 



RETRIEVE DOCUMENT FROM MERCHANT 



4702 



DETERMINE HEADER TYPE AND APPLY 
APPROPRIATE MODIFICATION 



^ 4704 



L 4706 

SCAN DOCUMENT URU 



DETERMINE URL REGION 



— fc ti 

3" 



4708 



PROCESS URU ACCORDING TO | 4710 
REGION DETERMINATION 



— — ■ k -fi 

HANDLE URLs NOT SUPPORTED BY SURROGATEqj^ 



4712 



PROXY COOKIES ^ 



4-714 



fK A7 
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pCheck Out Page 




□(nix) 


File Edit View 60 Communicator 


1 Help 1 


i>flck FonKrard Reload Home Search Netscape, Print Security 


i 

Stop 




iOBookmarks Dil-ocation |https://shop.ilellas*com.demo.rocl(etcasb.com/cgt-bin [v||©Wbat's Related 




WebMail ^Contact J 


'People .bellow Pages ypownload ^Rnd Sites r^OiameW 






Note: If you're under 1 6, you need a parent's permission to submit personal Information on 
Please see our Privacy Policy for information on how use the InhmaWnn u/a rnllAAt 
to be removed from our mailing list. 


our site, 
how 






To place an order via the internet, you roust be at least 1 3 years old. 








Notv that that's out of the way, let's orderl 








Where does your credit card bill go? 

(make sure you enter your billing addresc exsclly as It appears on your credit eard statement) 








First Name: 


I 








Last Name: 


I 








Street Address: || 

Your street edctress goes here (&g.i W Mm Sheet) Sped It out: Street, Avenue, 
Boulevard, none of that km ablirev. ttaff pis.! 

11 

Pitt the net of ytar tUm hsra (<|)arlmonl nmnber, tie.)! 








City: 


I 








State: 


Choose One: c=i 








Zip/Postal Code: 


I (No Dasiies) 


4800 






Country: 


Choose One: = 


m 
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(^Cbeck Out Page 






File Edit View 60 


Communicator 


1 Help 1 


Back ?omti Reload 


Homo Search 


Netscape Print SeQty 


tlO Bookmarks GidLocatlon li 


ittps://stiop.(lellas.com.( 


jemo.rocketcash*com/c9i-bln lY||<^What's Related 


^WabMall ^Contact 


sopla yVelloitf Paqos 


^Download i^Rnd Sites Q Channels 



Email Address: 
Daytime Phone Number: 



(No Dashes) 



And bow do you want to pay for this stuff? 



Type of Credit Card: 
Credit Card Number: 
Expiration Date (MMVY): 



Discover 



bizrat6*com 



And how do you want your order shipped? 

dick beid for shit^plng Info. 



Canada Shipping a 



After you dick on '60 Ahead' you will see a summary of your order before If s 
processed* This nnay take a minute. Please be patient while we verify your information. 



60 Ahead 




START 



4902 



4900 



m 100% 
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5000 



^Rocket 

TRAININ6(jaSJ 


9 


ONLINE PURCHASE MANAGEMENT ^^N^ 


DOMAIN INFO 


Domain for this rule: Isliop.(ieliat.eom 


NAME 


VALUE 


overwrite 


disable 


inactive 


F1 


User texi a 


i 


□ 


□ 


□ 


Lt 


User text 1=3 


i 


□ 


□ 


□ 


SI 


User text a 


1 


□ 


□ 


□ 


R1 


User texf J 


□ 


□ 


□ 


tl 


User text csjlJ 


□ 


□ 


□ 


S2 


Compare To: ^ 
Compare Using: 


Text OValue 
strlstr i=i| 


□ 


□ 


□ 


User text I 


Z1 


User text 1=1 ||J 


□ 


□ 


□ 




Compare To: ^Text ^Value 
Compare Using: siristr i=i| 


□ 


□ 


□ 


User text a 


i 
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5100 



5102- 



5102- 



^TONSc^f^^ ONLINE PURCHASE MANAOEMENT ^^v<^ 


DOMAIN INFO 


Domain for fhis rale: |lsiiop.((ellas.cotn 


NAME 


VALUE 


otfertfrite 


disable 


inactive 




First Name c=a 




□ 


□ 


□ 


LI 


Last Name c=i 


□ 


□ 


□ 


SI 


Address Line 1 a 




□ 


□ 


□ 


Rl 


Address Line 2 <=' I 


□ 


□ 


□ 


C2 


City mill 


□ 


□ 


□ 


S2 


Compare To: ^Texl ^Value 
Compare Using: shneasecmp ■=■ 


□ 


□ 


□ 


State c=i 




Z1 


Zip Code nil] 1 


□ 


□ 


□ 




Compare To: ^Tejtt ^Value 
Compare Using: strncaseemp <=> 


□ 


□ 


□ 


User text 1=3 JUSA 
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«3 


pCheck Out Page 


nifliixF 


File BiW View 60 Communicator 


[1 


rf 


Back Forward Reload Home Search Netscape Print SecuHfy 


i 

Stop 




CIO Bookmarks □ilocatlon|bftt;s://5bop Jelias.com Jemo.roeketca5b.com/cgl*fai^ @ ^What's Related 


i^WebMall ^Contact ^People bellow Paaes ^Download if Find Sites r^Chflnnefs 




Note: If youVe under 1 6, you need a parent's permission to submit penonal information on our site. 
Please see our Privacv Poltcv for Information on how wa tiea ilia InfMmatinn /if^||flftt ^nd bttw to be 
removed from our mailing list* 






To place an order via the Internet, you must be at least 1 3 years old. 








Now that that's out of fha w^v. kf'Q mAm^ 








Where does your credit card bill go? 

{nAa sun you enter your billing address exactly as it appears on your credit card statemeat) 








First Name: Jjohn 








Last Name: Jpgs 








Street Address: ||$uite B 








your (tnet address goet heisCe^./ 43S Hudson Street). Spell It ool: 
Street, Avenue, Boulevard! none of that finny abbrev. stuff pb! 








Il 288 Pear Ave 








pot the rest of your address here(apartment number, ete.)I 








City: iMountain Vletf 








State: CALIFORNIA a 








Zip/Postal Code: [94043 fM.D.d..o 


5200 






Country: USA ■=■ 


|v| 




i 100% ^ 
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S300 





PAY WIZARD INFO 


B9 Enable pay wizard for this page 


NAME 


SELECT THE SUBMIT BUTTON 


No Submit 


O 


ExpressShopper 


O 


EmessShopperNetf 


O 


GuestShopper 




FIELD NAME 


DESCRIPTION 


Name 


IJSuest Uijin: 


Help Text 


pimply dlek Continue to ebeckout anonymously. - 

4\ ■ ■ 


i 


Link Text 


11 


1 Save new rule ||Overwrite existing rule | 
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Cheek Oat Page 



File Edit View 60 Connnunieator 



Eil 



om Forward Reload Home 



(Si ^ ^ ^ 
Search Neteeape Print Seeurify Stop 



10 Bookmarks □J.oeation |htt|)8://8hopulellat.eomulemojoeketea8h.coro/cjil-hlnM| @PWhat't Related 



^tVebMall ^Centaet i^Peopje ^ellotf Pages ^Download if Find Sites P Channels 



V JeUas^cQin 

SHOP 



^ ® @ _ 

Shofr loaflOB Conaect Sbeal 




YOUR ORDER IS 
GUARANTEED 
SAFER SECURE 





il SECURITY 6UARAMTEED 



CHECKOUT 



SHOPPING 
CART 



<!> ORDER INFO 
ORDER RECAP 
ORDER NUMBER 



ORDER INFO 
For orders outside the US* or Conedo, pleose click here, 
"Puerto R(co dnd APO/FPO are considered United states. Stey here! 

All the Infqrmeilon you see belotf Is hIghV protected and stored on e computer that is NEVER connected 
to the Internet. Vie hm implemented the most sophisticated security measures to insure that your 
personal Information Is secure and safe. As soon as you 9lve us your information^ It Is encrypted and sent 
through highly protected phone iinesi encrypted again and directed to an ofHine computer^ isolated from 



Note: if youVe under 16, you need a parent's permission to submit personal Information on our site. 
Please see our Privacy Policy for information on how wb use the Information we collect and bow to be 
removed from our mailing list. 

To place an order via the Internet, you must be at least t i years old. 
Now that that's out of the way, let's order! 



Where does your credit card bill go? 

(malce sure you enter your billing address exactly as It appears on your credit card slafement) 



First Name: 
Last Name: 

Street Address: 



ISuite B 



5400 



m 



1 100% 
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Check Out Page 



RIe Edit View 60 Communicator 



iliiin 



Back Forward 



Reload Home Search 



e Print SeeurHy Stop 



flQ) Bookmarks HMoeatlon |littps;//gliop.<}ella8.com.demo.rocketcash.cow/c8l-bln"^ @ltfhat's Related 



/"WebMall ^Contact ^People bellow Pages download ^Find Sites C^Channeh 



CHECKOUT: Checkout page ^"""'^'^ "1"'™'' ''V vutchetd. RocketCasb 

aotoraatically fills out the Information, you should not have to modify this page. 



Clfok CONTIHtJE when you hm finished readlnfi fnsiruefions flfaovre 



SHOP V CHECKOUT 




YOUR ORDER IS 
GUARANTEED 
SAFE & SECURE 




SHOPPING 
CART 



Border info 

o ORDER RECAP 
• ORDER NUMBER 




ORDER INFO 

For orders outside the US'" or Canadd; please click here> 
""Puerto Rico and APO/FPO are considered United states. Stay here! 

All the Information you see below Is highly protected and stored on a computer that Is NEVER connected 
to the Internet lAfe have Implemented the most sophisticated security measures to Insure that your 
personal Information is secure and safe. As soon as you give us your information/ It is encrypted and sent 
through highly protected phone lines, encrypted again and directed to an offline computer; isolated from 
hackers. 

Note: If you're under 1 6, you need a parent's permission to submit personal Information on our site* 
Please see our Privacy Policy for Information on how we use the information we oollect and how to be 
removed from our mailing list. 

To place an order via the Internet; you must be at least 1 3 years old. 
Now that that's out of the way; let's order! 



Where does your credit card bill go? 

(make sure you enter your billing address exactly a> It appears on your credit card statement) 



First Name: 
l| 100% 



iJohn 



5500 
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START 



FETCH PAGE FROM REMOTE SERVER 



r 



5702 



FETCH RECORDS APPLYING TO PAGE DOMAIN 



5704 



EXTRACT PAGE DESCRIPTION INFORMATION 



5706 



SCORE THE PAGE 



I 



5708 



EXECUTE FORM FlU INSTRUCTIONS"^ ' 



5710 



PROVIDE COMPLETED PAGE PAGE TO CLIENT BROWSER^ 



5712 



I 

fK 57 
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START 



PROCESS PAQES TO ENABLE TRAININg PROCESSt ^ 



5802 



SELECT FORM FlU TRAINING FOR AN ENABLED PAGE 



r 



5804 



PRESENT TRAINING INFORMATION 



5806 



COMPLETE TRAINING INSTRUCTIONS 



5808 



POST TRAINING INFORMATION TO DATABASE 



1 >< 



5810 
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( START ^ 



MONITOR CLICKSTREAM 



r 



5902 



PERFORM PATTERN REC06NITI0N'| ^ 



5904 



DETERMINE CONTROL FUNCTION 



3^ 



5906 



EXECUTE APPROPRIATE CONTROL MECHANISM 



5908 



(jnT) 



SUBSTITUTE SHEET (RULE 26) 



wo 00/73934 



PCT/USOO/14767 



60/60 



START 



DETERMINE IF CREDIT CARP IS ASSIGNEI) 



6002 



SELECT APPROPRIATE CREDIT CARD 



6004 



CONSIDER APPUCABLE COUPONS 



6006 



DETERMINE SUFFICIENCY OF USER ACCOUNT BAIANCE^^ 



6008 



APPLY ADDITIONAL FUNDS TO USER ACCOUNT IF ACCOUNT 
BALANCE NOT SUFFICIENT 



6010 



PERFORM LOADING OPERATIONS 



6012 



COMPLETE PURCHASE 



6014 



END 
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